php数组键名会强制标准化：字符串"1"、"01"、"123"等纯数字字符串均转为整型键1，导致覆盖；仅非数字字符串（如"id_1"）保留原字符串键；避免方法是添加前缀或不可见字符干扰解析。
PHP 数组中，像 "1"、"01"、"123" 这样的数字字符串作为键时，会被自动转成整型键名，这不是“类型推断”或“语法糖”，而是 PHP 哈希表在插入前对键进行**标准化预处理**的强制行为。
键名标准化发生在插入哈希表之前
每当给数组赋值（如 $arr["1"] = "a"），Zend 引擎不会直接把字符串 "1" 当作键存入 Bucket；它会先调用内部函数 zend_hash_str_add() 或 zend_hash_add()，而这些函数会对键做如下判断：
- 若键是字符串，且内容符合“纯数字”格式（可选带正负号，不支持小数点、科学计数法、前导零干扰等），则尝试转换为整型
- 转换成功后，该键就以
zend_ulong类型（即整数）存储在 Bucket 的h字段中，key字段置为NULL - 只有非数字字符串（如
"id_1"、"1abc"）才会保留为zend_string*存入key字段
为什么设计成这样？
这种转换是为了统一索引语义，让 $arr[1] 和 $arr["1"] 指向同一个位置——否则用户将无法用字符串形式访问数字索引数组，破坏 PHP “弱类型友好”的核心体验。底层 HashTable 不区分“怎么写的键”，只认“最终算出来的键类型和值”。
-
"1"→ 转为整数1→ 存入h=1 -
1→ 本身就是整数 → 存入h=1 -
1.0→ 转为整数1（浮点转整时截断）→h=1 -
true→ 转为整数1→h=1 -
"01"→ 符合纯数字字符串规则 → 转为整数1→h=1
冲突与覆盖是必然结果
因为多个不同写法的键最终都映射到同一个 h 值，它们会落在哈希表的同一个槽位（slot）。HashTable 插入时检查：若已有相同 h 且无 key（即已是整数键），就直接覆盖；若有同 h 但不同 key，才走链地址法处理。所以：
-
$arr["1"] = "a"; $arr[1] = "b";→ 第二个赋值覆盖第一个，最终只有[1 => "b"] -
$arr["01"] = "x"; $arr["1"] = "y";→ 同样只剩[1 => "y"]
如何避免意外转换？
如果必须用字面量字符串当键（比如 API 返回的 `"001"` 用户 ID），唯一可靠方式是加不可见字符干扰识别逻辑：
-
$arr["\000"."001"] = $value;（加空字符，不再是纯数字） - 或统一用前缀：
$arr["str_001"] = $value; - 不要依赖
(string)1强转，PHP 仍会再解析一次
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
