PHP 7.1+ 推荐使用 [] 解构而非 list()，因其是表达式、支持嵌套/跳过/键名解构，而 list() 是语句、PHP 8.4 将彻底移除；关联数组解构需键名严格匹配且大小写敏感；引用解构在 PHP 8.4 弃用，应先解构再单独引用。
![php解构赋值：list()与[]解构在多版本中的语法差异](https://img.php.cn/upload/article/001/503/042/177972356686223.png)
PHP 7.1+ 的 [] 解构为什么比 list() 更推荐
因为 [] 是表达式，能嵌套、可跳过、支持键名解构，而 list() 是语句，不能出现在表达式上下文（比如函数参数、三元运算中），且 PHP 8.0 已标记为 deprecated，PHP 8.4 起将彻底移除。
实操建议：
-
[]解构在长度不足时抛ValueError（明确失败），list()则静默设变量为null，容易掩盖数据异常 - 需要跳过中间元素时，
[$first, , $last] = $arr;合法，list($first, , $last)语法错误 - 嵌套解构更直观：
[$id, [$title, $slug]] = $post;比list($id, list($title, $slug)) = $post;少两层括号 - 若项目需兼容 PHP 7.0 或更低版本，才考虑降级用
list()；否则一律用[]
关联数组解构：为什么 ['name' => $name] 只在 PHP 7.1+ 有效
PHP 7.1 引入了带键名的方括号解构语法，但仅限于**索引顺序无关的显式键匹配**，不是 JavaScript 风格的“按名解构”。它要求源数组中必须存在该键，且不支持默认值或空合并操作。
常见错误现象：
立即学习“PHP免费学习笔记（深入）”；
-
['name' => $name, 'age' => $age] = ['name' => 'Alice'];—— PHP 8.0+ 直接 fatal error（Missing key "age"） -
['name' => $name] = ['id' => 123, 'name' => 'Bob'];—— 合法，只取name，忽略其他键 -
['Name' => $name] = ['name' => 'Bob'];—— 失败，键名大小写敏感
替代方案：对可能缺失的键，改用显式访问 + ??：$name = $user['name'] ?? 'anonymous';
PHP 8.4 弃用的引用解构：[&$a, &$b] 和 list(&$a, &$b) 怎么办
PHP 8.4 起，[] 和 list() 中直接使用 &$var 的写法被弃用。这不是功能删除，而是语义模糊——解构本身是值拷贝，加引用容易让人误以为修改目标变量会影响原数组结构。
实操建议：
- 先解构，再单独绑定引用：
[$a, $b] = $arr; $a = &$arr[0]; $b = &$arr[1]; - 如果目的是后续修改
$arr的某几个元素，直接操作$arr[0]更清晰，无需绕一圈解构再引用 - 注意：
foreach ($arr as &$item)仍完全可用，这是安全的引用遍历方式
跨版本兼容写法：如何让解构代码在 PHP 7.0–8.4 都跑通
没有银弹。最稳妥的方式是**避免在运行时动态切换解构语法**，而是根据项目最低支持版本统一风格，并用工具提前拦截问题。
关键点：
- 若最低支持 PHP 7.1+，直接用
[]，禁用list()，并在 CI 中启用error_reporting = E_ALL | E_DEPRECATED捕获遗留调用 - 若必须兼容 PHP 7.0，只能用
list()，但需手动校验：if (!is_array($data) || count($data) - 不要试图用
version_compare()在同一行代码里做语法分支——eval()或动态字符串拼接会破坏静态分析和 IDE 支持 - 真正难处理的是关联数组键名解构：PHP 7.0 完全不支持
['key' => $var] = $arr;，此时只能退化为$var = $arr['key'] ?? null;
最容易被忽略的是嵌套解构的结构刚性——[$a, [$b, $c]] = $data; 要求 $data[1] 必须是数组且至少含两个元素，否则直接报错，连 ?? 都插不进去。这种地方永远要先 isset() 或 is_array() 校验。
