PHP 数组本身没有“升级版本”的概念，但 PHP 语言版本迭代（如从 7.4 到 8.0、8.1、8.2）确实会改变数组相关语法、函数行为和类型系统，导致旧代码在新版本中报错或表现异常。关键不是数组变了，而是 PHP 对数组的解析、约束和优化逻辑变了。
关联数组键名自动转换规则更严格
PHP 8.0 起，当使用数字字符串作为键（如 "1"、"01"）定义关联数组时，若该字符串可被解释为整数，PHP 会尝试将其转为整型键——但仅限于**纯数字字符串**；带前导零、小数点或科学计数法的字符串（如 "01"、"1.5"、"1e2"）不再隐式转整，而是保留为字符串键。这会影响 array_keys()、array_values() 的顺序，以及 foreach 遍历时的键类型一致性。
- PHP 7.x 中：
["01" => "a", "1" => "b"]可能被合并为[1 => "b"]（因 "01" 转成整数 1） - PHP 8.0+ 中：
["01" => "a", "1" => "b"]保留两个独立键：["01" => "a", 1 => "b"] - 建议：显式统一键类型，避免依赖隐式转换。用 (int) 或 (string) 强制转换，或改用 array_key_exists() 替代 isset() 判断字符串键存在性
空数组解构（Array Destructuring）语法限制收紧
PHP 7.1 引入了短数组解构语法 [$a, $b] = $arr;，但早期版本对空数组或缺失键容忍度高。PHP 8.0 开始，若右侧数组长度不足或键不存在，会抛出 ValueError（而非静默跳过或设为 null）。
- 例如：
[$x, $y] = [];在 PHP 8.0+ 直接报错：“Cannot unpack array with fewer than 2 elements” - 再如：
["name" => $n] = ["age" => 25];会触发 “Cannot assign string key 'name' from array” - 建议：解构前用 count() 或 array_key_exists() 校验；或改用传统赋值 + ?? 运算符提供默认值
数组函数返回值类型与严格模式冲突
PHP 8.0 启用 declare(strict_types=1) 后，部分数组函数（如 array_filter()、array_map()）的回调返回值若与声明的返回类型不一致，会触发 TypeError。尤其常见于回调返回 null 但函数签名声明为 string 或 int。
立即学习“PHP免费学习笔记（深入）”；
- 示例：
function foo(): string { return array_filter(['a', null, 'b'], fn($v) => $v)[0]; }—— 若数组首元素是 null，array_filter 返回空数组，取 [0] 得 null，违反 string 声明 - 建议：回调中显式处理边界情况；使用 ?? 提供默认值；或改用 array_values() + array_shift() 等更可控方式提取元素
方括号语法与可变变量/动态键的歧义修复
PHP 8.1 修复了类似 $arr[$key][] = $val 的嵌套赋值在某些动态场景下的解析歧义。此前若 $key 是表达式（如 $obj->prop），PHP 可能错误地将 [] 绑定到整个左侧表达式，而非 $arr[$key]。新版更准确地按语义分组，但也可能暴露旧代码中本就存在的逻辑漏洞。
- 典型风险：
$data[$user->id ?? 0][] = $log;在 PHP 8.1+ 中确保 [] 作用于 $data[...] 的结果，而非 $user->id ?? 0 - 建议：复杂动态键场景下，拆分为两步操作（先获取子数组引用，再追加），提高可读性和兼容性
不复杂但容易忽略，关键是把“数组操作”放在 PHP 版本演进的上下文中理解——不是数组变了，是 PHP 更认真了。
