PHP数组下标含下划线时必须用方括号语法（如$arr['user_name']），不可用箭头（->）访问；下划线在字符串键名中完全合法，但所有非标准标识符作键名时引号不可省略，且需严格区分数组与对象访问语法。
PHP 数组下标含下划线时不能用箭头访问
PHP 数组本身不支持对象式语法（->）访问，哪怕下标是 user_name 这种带下划线的字符串——这不是特殊符的问题，而是根本语法错误。常见错误现象是：Fatal error: Cannot use object of type array as array 或直接报 Trying to access array offset on value of type null，本质是把数组当对象用了。
正确方式始终是方括号语法：$arr['user_name']。下划线在字符串键名中完全合法，PHP 不做任何转义或限制。
- 下划线、连字符、中文、空格、点号（.）等都可作为字符串键名，只要用单/双引号包裹即可
- 若键名是纯数字开头（如
'123abc'），仍需引号，否则会被强制转为整型键123 - 避免用
$arr->user_name，这是对象访问语法，对数组会直接报错
变量拼接下标时引号和花括号的写法
当下标由变量动态生成（比如 $field = 'user_name'），必须确保最终键名是字符串类型，且引号位置不能错。
错误写法：$arr[$field] 在 $field 值为 user_name 时能工作，但一旦含空格或特殊字符就崩；更危险的是 $arr[$field . '_id'] —— 若没加引号，PHP 会尝试解析为常量 user_name_id，报 Use of undefined constant。
立即学习“PHP免费学习笔记（深入）”；
动态切换AI模型以优化成本与性能。当用户发出“eco mode”、“balanced mode”、“smart mode”或“max mode”等模式指令，或使用“/modes status”查询状态及“/modes setup”配置模式时触发。
- 安全写法：统一用双引号 + 花括号，如
$arr["{$field}_id"] - 或拆开拼接：
$key = $field . '_id'; $arr[$key] - 绝对不要写
$arr[$field_id]（少引号）或$arr[$field.'_id']（未包裹变量，易被误解析）
从 JSON 或 $_POST 获取带下划线键名的数据
JSON 解析后是关联数组（json_decode($json, true)），$_POST 默认也是字符串键数组，两者下划线键名都无需额外处理。
典型陷阱是前端传了 {"user-name": "tom"}（含短横线），后端写 $_POST['user-name'] 会出错——因为 PHP 把短横线当减号运算符。此时必须用引号：$_POST['user-name'] 是合法的，但写成 $_POST[user-name]（无引号）就会触发 Notice: Use of undefined constant user。
- 所有非标准标识符（含
-、.、空格、中文）作键名时，引号不可省略 -
json_decode($json)不带true参数返回对象，此时要用->访问，但键名含短横线会导致语法错误（$obj->user-name被解析为减法），必须用$obj->{'user-name'} - 统一建议：始终用
json_decode($json, true)得到数组，再用['xxx']访问，最稳
foreach 中获取带下划线的键和值
遍历时键名原样保留，不需要任何转义。但注意：如果键名本身是数字字符串（如 '2023-04'），foreach 取出的 $key 仍是字符串，不是整型。
容易踩的坑是用 isset($arr[$key]) 判断时，误以为 $key 是整数而丢掉引号，或者在 switch 中用 case 'user_name': 却忘了 $key 实际是 "user_name"（字符串匹配没问题），但若不小心写了 case user_name:（无引号），就变成匹配常量了。
- 遍历中
$key和$value都是原始类型，$key是字符串就保持字符串 - switch 的 case 必须加引号，除非你真定义了同名常量
- 用
array_keys($arr)拿所有键时，结果也是字符串数组，下划线照常存在
[]，对象用 -> 或 {'xxx'}）。 
