PHP数组与类型声明新变化重在提升代码清晰度、维护稳定性与问题定位准确性；?array明确允许空值，readonly array区分可变与不可变用途，list和array{key:type}等精确类型替代粗放array，短数组语法[]增强类型推导能力。
PHP 数组与类型声明的新变化，核心不在“能不能跑”，而在“写得清不清楚、改得稳不稳妥、查得准不准”。老代码大多仍能运行，但新特性会快速暴露隐性问题，尤其在协作开发和长期维护中。
可为空数组（?array）让接口更诚实
PHP 7.1 引入的 ?array 不是语法糖，而是明确告诉调用方：“这个参数可以没有”。它替代了过去靠文档说明或手动 isset() 判断的模糊做法。
- 函数签名如
function filterUsers(?array $users): ?array，一眼可知输入输出都允许为空 - 配合
declare(strict_types=1)，传null不再触发致命错误，而是被类型系统接纳 - 比用
mixed更精准——mixed允许任意类型，?array只接受数组或null，IDE 补全和静态分析工具（如 PHPStan）能据此给出更强提示
只读数组（readonly array）划清“数据容器”和“配置常量”的边界
PHP 8.1 的 readonly array 并非给所有数组加锁，而是强制区分用途：可变逻辑用普通数组，不可变配置用只读数组。
- 声明为
public readonly array $allowedMimes = ['jpg', 'png'];后，任何$this->allowedMimes[] = 'gif';都会报 Fatal error - 老代码中常见的“先声明空数组、再循环赋值”模式（如
$items = []; foreach ($data as $d) $items[] = $d;）不能直接套用只读数组 - 推荐落地路径：优先在 DTO 类、配置类、API 返回值类型中引入，避免在业务逻辑层强行改造已有数组变量
数组类型声明越来越具体，从 array 走向 list<string></string> 和 array{ id: int, name: string }
PHP 8.0 起，类型声明能力大幅增强。粗放的 array 正在被更精确的结构替代，这对老项目是温和但持续的压力源。
立即学习“PHP免费学习笔记（深入）”；
-
string[]表示纯索引字符串数组，list<string></string>还进一步约束键必须从 0 开始连续 -
array{ status: string, code: int }是“形状数组”，要求键名和类型完全匹配，传入['status' => 123]就会被 PHPStan level 6 报错 - 老代码里
function getName(array $user) { return $user['name'] ?? ''; }看似安全，一旦补上精确类型，就可能暴露键缺失或类型错配问题
短数组语法 [] 已成事实标准，但类型推导能力正在拉开差距
[] 早在 PHP 5.4 就已可用，PHP 8.3 进一步强化了它在泛型和类型推导中的表现力，而 array() 在复杂上下文中可能无法被准确识别。
- 老代码无需重写
array()为[]，但新写的数组建议统一用[] - 在泛型类如
Collection<user></user>中，new Collection([])比new Collection(array())更容易被 IDE 和分析器推断出元素类型 - 这不是运行时差异，而是开发体验和早期问题发现能力的差别
