1. PHP 数组合并的核心差异与工作原理
1.1 array_merge 与 + 的基本语义
在 PHP 中，数组合并有两种常见的实现方式：array_merge 与使用 + 运算符。它们的实现机制直接影响最终结构与键名，array_merge 会将两个数组的值合并为一个新数组，并对数字键进行重新索引，而 + 运算符则保持左数组的键名优先，遇到重复键时不会覆盖右侧的值。这一差异决定了在不同场景下的结果差异性。
理解这一点对编写可预测的合并逻辑很重要，尤其在处理分层配置、语言包或表单数据时，更需要清楚两者在键名和覆盖策略上的不同。本文将围绕这两种合并方式的行为展开对比与实战示例。
'red', 'size' => 'M'];
$b = ['size' => 'L', 'shape' => 'round'];
echo "array_merge results:\\n";
print_r(array_merge($a, $b)); // color => red, size => L, shape => round
echo "Left + Right results:\\n";
print_r($a + $b); // color => red, size => M, shape => round
?>1.2 键名类型对结果的影响
字符串键在两种合并方式中的行为不同：array_merge 会以右边数组的值覆盖同名键，结果中的键可能来自两边，且对于字符串键会形成新的键覆盖关系；左侧加号 保留左侧的键和值，只有在右侧没有该键时才会出现右侧的键值对。
下面的示例更直观地展示了两种情况的差异：
'red', 'shape' => 'circle'];
$b = ['shape' => 'square', 'size' => 'L'];
echo "array_merge with string keys:\\n";
print_r(array_merge($a, $b)); // color => red, shape => square, size => L
echo "Left + Right with string keys:\\n";
print_r($a + $b); // color => red, shape => circle, size => L
?>2. 数字键的合并行为差异及影响
2.1 数字键的重新索引规则（array_merge）
当数组使用数字键时，array_merge 会将两个数组的值追加在一起，并对数字键重新从 0 开始索引；这意味着原有的键名会被丢弃，得到一个新的线性序列。
示例中，左侧和右侧都包含数字键的键值对，合并结果会重新排序并从 0 开始重新索引。
'A', 1 => 'B'];
$b = [1 => 'C', 2 => 'D'];
print_r(array_merge($a, $b)); // [0 => 'A', 1 => 'B', 2 => 'C', 3 => 'D']
?>2.2 左侧优先与覆盖的行为差异
使用 左侧加号（$a + $b） 时，数字键的覆盖遵循“以左为主”的规则：如果左侧数组已经包含某个键，右侧相同键的值将被忽略，只有左侧没有的键才会加入右侧的值。
对比时，可以看到覆盖行为在字符串键和数字键上的效果不同，决定了你在合并配置、表单数据等场景中的结果形态。
'A', 2 => 'B'];
$b = [2 => 'C', 3 => 'D'];
echo "array_merge with numeric keys:\\n";
print_r(array_merge($a, $b)); // [0 => 'A', 1 => 'B', 2 => 'C', 3 => 'D']
echo "Left + Right with numeric keys:\\n";
print_r($a + $b); // [0 => 'A', 2 => 'B', 3 => 'D'] 左侧键 2 的值保留，右侧的 2 被忽略
?>3. 性能与内存开销的对比要点
3.1 规模越大，差异越明显
在小型数组下，性能差异不明显，两种合并方式的执行时间都在微秒级别波动；但当数据规模增大时，array_merge 的复制与重新索引成本通常高于简单的左侧合并，尤其在大量数字键并且需要重新索引时更为明显。
从内存角度看，array_merge 需要额外的中间结构来保存临时结果，而左侧合并直接在左数组结构上扩展（在结果可变的情况下表现更省内存），因此在热路径的服务器端应用中，区别可能会累积成可观的资源消耗。
3.2 实测基准的小结要点
对同一对输入，在多次重复测试下，array_merge 的时间成本通常高于左侧合并，但这并非在所有场景都成立；具体要看是否需要覆盖、是否需要重新索引以及对结果键的期望结构。
4. 实战场景与技巧举例
4.1 实战场景：合并配置数组与环境参数
在应用启动阶段，常见需求是将默认配置與环境特定配置合并。默认配置往往需要被右侧环境配置覆盖，这时 array_merge 可以实现“后者覆盖前者”的行为；但如果需要保持左侧（默认）的键值，且只在缺失时引入右侧参数，则左侧加号更符合直觉。
示例代码展示两种策略下的结果差异，帮助开发者在不同场景中快速做出选择。
'localhost',
'db_user' => 'root',
'debug' => false,
];
$env = [
'db_host' => 'db-prod.internal',
'debug' => true,
'log' => '/var/log/app.log',
];
// 使用 array_merge（右侧覆盖左侧）
$merged = array_merge($default, $env);
// 使用左侧优先，右侧仅在缺失时填充
$patched = $default + $env;
?>4.2 实战场景：合并表单数据与提示语言
在提交表单的数据整合时，左侧通常表示已有用户信息，右侧表示新提交的扩展字段。若希望新提交的字段覆盖相同键的旧值，应使用 array_merge；若希望保留旧值不被覆盖，则使用左侧合并。对于国际化语言包场景，同名键通常需要右侧覆盖左侧，以实现最新文本的显示。
下面的示例给出直观对比：
'Alice', 'email' => 'alice@example.com'];
$update = ['email' => 'alice@local', 'subscribe' => true];
// 覆盖旧值
$withMerge = array_merge($profile, $update);
// 保留旧值，新增字段
$withoutMerge = $profile + $update;
print_r($withMerge);
print_r($withoutMerge);
?>5. 常见坑点与注意事项
5.1 版本与键名特性对比要点
无论在何种 PHP 版本，字符串键的覆盖行为与数字键的重新索引规则是稳定的，但在极端性能敏感的场景下仍需进行基准测试以确认行为符合期望。对于大型配置表，优先明确你的覆盖策略：是“后者覆盖前者”还是“左侧保留、右侧补充”，避免在后续维护中产生混淆。
不要盲目追求某种写法的“最快”，而应以代码语义、可读性与可维护性为优先，并在关键路径进行基准测试以验证性能是否达到需求。
5.2 实战中的命名与可读性建议
在团队协作中，明确区分合并目标（覆盖 vs 追加）能够减少误解；在注释中标明选择 array_merge 还是左侧合并的原因，有助于后续维护。若需长期保持可追溯性，考虑将合并行为封装成小函数或类方法，便于统一修改和单元测试。
