PHP 7.3+ 的 ... 是展开操作符（非大括号），替换 call_user_func_array 或 array_merge 时须严格校验参数匹配性、键名丢失风险及语义差异，??= 仅适用于可写变量且需防范 notice 和嵌套空路径错误。
PHP 7.3 的 ...（俗称“大括号写法”，实为“展开操作符”）不是大括号，是三个点；用错符号或放错位置会直接报错，不是警告。重构前先确认你真在用 PHP ≥ 7.3，且目标代码里混用了 call_user_func_array、array_merge 或冗长的条件赋值。
替换 call_user_func_array 调用时必须检查参数数量和类型
这是最常见也最容易翻车的重构点。旧写法靠 call_user_func_array('func', $args) 动态传参，现在可改用 func(...$args)，但前提是 func 签名与 $args 元素完全匹配。
- 如果
$args是索引数组且元素个数/类型严格对应函数参数，直接替换即可 - 如果
$args含关联键（如['host' => 'x', 'port' => 80]），...会把键名丢弃，只展开值 —— 这通常不是你想要的，得改用命名参数（PHP 8.0+）或重构函数签名 - 若原函数用
func_get_args()收集参数，保持不变即可；但调用端用...展开后，接收端无需改动
用 ... 替换 array_merge 前先判断是否要覆盖还是保留左侧键
array_merge($a, $b) 和 [...$a, ...$b] 行为不同：前者对同名字符串键是“右覆盖左”，后者是“顺序拼接”，结果是数值键重排、字符串键不合并 —— 它们根本不是等价替换。
- 想保留
array_merge的语义（如配置叠加），别用...数组字面量，改用+运算符：$config = $default + $override; - 真需要扁平拼接索引数组（比如日志参数列表），
[...$a, ...$b]更快更直观 - 混用关联键和索引键时，
...会展开所有值但丢失键名，容易导致逻辑错位，建议加注释或拆成明确步骤
??= 不能无脑套在所有变量初始化上，尤其注意对象属性和数组键的写法差异
??= 看似简单，但左侧必须是可写变量（lvalue）。对数组键或对象属性直接使用时，PHP 会尝试先读取再判断 null，若键/属性不存在，会触发 notice（除非 error_reporting 关闭）。
立即学习“PHP免费学习笔记（深入）”；
- 安全写法：
$config['timeout'] ??= 30;✅（PHP 7.3+ 原生支持） - 危险写法：
$obj->settings['timeout'] ??= 30;❌（PHP 报错：Cannot use assign-op operators with overloaded objects） - 嵌套数组需确保路径存在：
$data['user']['profile'] ??= [];在$data['user']为 null 时仍会报错，应先保证父级存在，或改用$data['user']['profile'] = $data['user']['profile'] ?? [];
真正难的不是语法替换，而是识别哪些地方“看起来能换、其实不该换”——比如带副作用的表达式被展开后执行多次，或原本靠 isset 判断键存在性的地方换成 ??= 后掩盖了数据缺失问题。重构不是搜 call_user_func_array 全局替换成 ...，而是逐个验证调用上下文是否满足展开前提。
