索引数组用+合并时右侧同键元素被丢弃，因+是键保留左优先操作；数字字符串键如"01"会转整型导致覆盖；foreach引用循环后需unset($v)防残留引用修改；count()放for条件中会重复执行降低性能。
索引数组被+运算符“吃掉”元素
用 + 合并两个索引数组时，PHP 会把数字键当作“已存在”，直接跳过右侧同键值 —— 不是追加，而是丢弃。很多人以为它像 array_merge() 那样拼接，结果发现第二组数据全没了。
-
$a = [1, 2]; $b = [3, 4]; var_dump($a + $b);输出[1, 2]（不是[1, 2, 3, 4]） - 根本原因：
+是“键保留左优先”操作，对数字键来说，$b[0]和$b[1]的键0、1已在$a中存在，所以被忽略 - 正确做法：索引数组合并必须用
array_merge()；只有补全配置类的关联数组才考虑+
数字字符串键自动转整型导致覆盖
当你写 $arr["01"] = "a"; $arr["1"] = "b";，PHP 会把 "01" 当作整数 1 处理，第二个赋值直接覆盖第一个 —— 看似两个不同字符串键，实际只剩一个元素。
- 触发条件：键是纯数字或带前导零的数字字符串（如
"007"、"1.0"） - 验证方法：
var_dump(array_keys($arr));会显示[1]，而非["01", "1"] - 规避方式：真要保留字符串键，统一加前缀（如
"key_01"），或改用array_values()+array_keys()手动隔离类型
foreach 引用后残留引用导致意外修改
对索引数组用 foreach ($arr as &$v) 循环后，若不 unset($v)，下一次遍历或后续代码中对 $v 的赋值，会悄悄改掉数组最后一个元素。
- 典型现象：
$arr = [1,2,3]; foreach($arr as &$v) { $v *= 2; } $v = 999; var_dump($arr);输出[2,4,999] - 原因：PHP 的引用变量
$v在循环结束后仍绑定到$arr[2]，赋值即写入 - 安全写法：循环末尾加
unset($v);；或干脆不用引用，改用键遍历：foreach($arr as $k => $v) { $arr[$k] = $v * 2; }
count() 在循环条件里反复执行拖慢性能
写 for ($i = 0; $i 看似自然，但每次迭代都调用 <code>count()，对大数组就是重复计算 —— 尤其在 PHP 7.4+ 之前，count() 并非 O(1) 操作。
立即学习“PHP免费学习笔记（深入）”；
- 影响范围：索引数组越长，性能损失越明显；PHP 8.0+ 虽有优化，但习惯性写法仍可能掩盖逻辑问题
- 更危险的是：若循环内修改了数组长度（如
unset()或array_pop()），count()结果动态变化，容易漏元素或越界 - 推荐写法：
$len = count($arr); for ($i = 0; $i ；或直接用 <code>foreach避开索引管理
真正麻烦的不是语法报错，而是这些行为在小数据下完全正常，一上生产环境、数组变大、并发上来，就突然开始丢数据、覆盖值、算错下标 —— 关键得在写第一行循环前，就想清楚你操作的是“位置序列”还是“键名集合”。
