array_merge_recursive 会将同名键的值合并为数组而非覆盖，导致意外嵌套；array_merge 对数字键重索引、字符串键右覆盖；深层合并需自定义逻辑判断数组类型，扁平化应使用 array_merge(...) 而非 array_merge_recursive。
array_merge_recursive 会把同名键全塞进数组里
这是最常踩的坑：你用 array_merge_recursive 合并两个都有 'status' 键的数组，结果得到 ['status' => ['active', 'pending']] —— 它不判断你是不是想覆盖，只管“合并”。如果你原本期望的是后一个值覆盖前一个，那结构就“乱”了，因为多了一层嵌套。
常见错误现象：
- 本该是
'price' => 99.9，结果变成'price' => [99.9, 89.5] - 子数组被转成数值索引数组，比如
['0' => ['id'=>1]]而非保持关联结构 - 后续用
foreach遍历时突然报Warning: Invalid argument supplied for foreach()
适用场景：仅当你明确需要保留所有同名键的值（如日志归集、多来源标签聚合），且后续会手动扁平或取 [0]。
没区分索引数组和关联数组就硬 merge
array_merge 对数字键和字符串键处理逻辑完全不同：遇到数字键会重索引，遇到字符串键则后值覆盖前值。如果两个多维数组里混着两种键（比如 [0 => ['name'=>'A']] 和 ['user' => ['name'=>'B']]），一合并，0 就可能被重排成 0,1,2...，而 'user' 又被覆盖或丢失，结构自然断裂。
关键区别：
-
['a'=>1] + ['a'=>2]→['a'=>1]（左优先） -
array_merge(['a'=>1], ['a'=>2])→['a'=>2]（右覆盖） -
[1,2] + [3,4]→[1,2]（右侧数字键被忽略） -
array_merge([1,2], [3,4])→[1,2,3,4]（重索引追加）
建议：先用 array_keys($arr) 看一眼键类型，再决定用 +、array_merge 还是自定义函数。
深层合并时没控制递归逻辑，子数组变“套娃”
直接用 array_merge_recursive 处理三层以上数组，容易在中间层生成意外数组。例如 $a['data']['list'] = [1,2] 和 $b['data']['list'] = [3] 合并后变成 $result['data']['list'] = [[1,2], [3]]，而不是你想要的 [1,2,3]。
这时候得自己写控制逻辑：
- 检查双方同键是否都为数组，且都是「可扁平的数值索引数组」→ 用
array_merge拼接 - 若一方是数组、另一方不是 → 以数组为准，非数组项丢弃或转为子项（看业务）
- 若都是关联数组 → 递归调用合并函数，而非无脑
array_merge_recursive
一个轻量级判断方式：!is_numeric(key($arr)) 可粗略识别是否为关联数组（注意空数组需单独判）。
想扁平化却误用了深度合并函数
比如你有一组子数组 [[1,2], [3,4], [5]]，目标是得到 [1,2,3,4,5]，但错用了 array_merge_recursive，结果得到 [[1,2], [3,4], [5]]（没变化）甚至更乱——因为它只在「键相同」时才合并，而这些子数组根本没有键名。
正确做法：
- PHP 5.6+：用展开运算符
array_merge(...$arr) - PHP call_user_func_array('array_merge', $arr)
- 注意：所有子数组必须是数值索引，含字符串键会触发键名保留逻辑，导致结果不符合预期
最容易被忽略的一点：合并前没做 array_values() 清洗。比如从数据库 fetch 出来的二维结果常带字符串键（['id'=>1,'name'=>'A']），直接传给 array_merge(...) 会把整个子数组当一个元素塞进去，结构就真乱了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
