PHP 7.1+ 可用 [$a, $b] = func() 解构索引数组，要求函数返回从0开始的连续数字键数组；关联数组会按值顺序赋值，不支持键名解构，需用 $arr['key'] ?? null 等方式安全提取。
PHP 7.1+ 怎么用列表解构接收函数返回的数组
PHP 原生不支持像 Python 那样的「解构赋值」语法（如 [a, b] = func()），但自 PHP 7.1 起，list() 和更简洁的方括号语法 [] 可用于「列表分配」——本质是把索引数组的元素按顺序赋给多个变量。
前提是函数返回的是**索引数组（numerically indexed array）**，且键从 0 开始连续。关联数组会跳过键名、只按值顺序分配，容易出错。
常见写法：
// 函数返回索引数组
function getUserInfo() {
return ['Alice', 28, 'alice@example.com'];
}
// ✅ 正确：用 [] 解构（PHP 7.1+ 推荐）
[$name, $age, $email] = getUserInfo();
// ✅ 等价写法（PHP 5.4+ 支持 list()）
list($name, $age, $email) = getUserInfo();
// ❌ 错误：返回关联数组时用 [] 会按值顺序分配，丢失语义
function getUserAssoc() {
return ['name' => 'Bob', 'age' => 30];
}
[$a, $b] = getUserAssoc(); // $a = 'Bob', $b = 30 —— 但你根本不知道哪个是哪个
为什么 list() 和 [] 不支持关联键名解构
因为 PHP 的 list() 和方括号解构本质上是「按内部指针顺序取值」，它忽略键名，只依赖数组的遍历顺序。哪怕你写 ['name' => $n, 'age' => $a] = $arr;，PHP 也会报 Parse error: syntax error —— 这种写法根本不合法。
立即学习“PHP免费学习笔记（深入）”；
想按 key 名提取？只能用显式赋值或 extract()（不推荐，有安全风险），或者改用对象/数组解包（见下一条）：
-
list()/[]只接受变量名，不能写键名或表达式 - 如果函数返回空数组或元素不足，未匹配的变量会被设为
null（PHP 7.1+），不会报错但可能埋隐患 - 若需部分解构（比如只要前两个值），可留空占位：
[$name, $age, , $city] = getProfile();—— 第三个元素被跳过
PHP 8.1+ 新增的 array_key_exists() + 解包组合技巧
真要安全地从关联数组中「按名提取」几个字段，别硬套 []，而是结合 ?? 和短变量赋值：
$data = getUserAssoc(); // ['name' => 'Charlie', 'city' => 'Beijing'] // ✅ 清晰、安全、可读 $name = $data['name'] ?? null; $city = $data['city'] ?? 'Unknown'; // ✅ 或一行内紧凑写（适合简单场景） [$name, $city] = [$data['name'] ?? null, $data['city'] ?? 'Unknown'];
这种写法绕过了语言限制，也避免了 extract() 引入意外变量的风险。注意：不要对不可靠输入（如 $_GET）直接 extract()，这是历史踩坑高发区。
调用方法后立刻解构，要注意返回值类型检查
很多内置函数（如 explode()、str_split()、PDO 的 fetch()）返回数组，但可能为 false（失败时）或 null（无结果）。直接解构会触发 Warning: Undefined array key 或 Fatal error: Cannot unpack array（PHP 8.0+）。
务必先判断：
- 用
is_array()或is_countable()检查返回值 - 对数据库 fetch 类操作，优先用
fetch(PDO::FETCH_ASSOC)明确意图，再手动取键 - 封装一层安全解构函数（如
safe_destructure($arr, $keys)）比到处写??更可持续
最常被忽略的一点：解构不是语法糖，它是运行时行为。一旦右边表达式返回非数组，错误发生在执行时刻，而非解析时刻——所以日志里看到的报错位置，往往不是定义函数的地方，而是调用那一行。
