PHP 8.5 并不存在 —— 目前（截至 2024 年）PHP 最新稳定版本是 PHP 8.3，PHP 8.4 处于 RC 阶段，而 PHP 8.5 尚未发布，也无官方计划或 RFC 提出将 null 数组下标列为“废弃”或“报错”特性。
你遇到的报错，大概率来自以下两种真实场景之一：
你实际运行的是 PHP 8.0+（尤其是 8.0 或 8.1），且启用了严格模式或使用了数组解包/函数参数传递
从 PHP 8.0 开始，null 作为数组下标在某些上下文中会触发 Warning 或 TypeError，尤其在以下情况：
-
array_key_exists(null, $arr)→ 触发Warning: array_key_exists(): The key must be a string or integer -
$arr[null] = 'value'→ 在 PHP 8.0+ 中会静默转为$arr[''] = 'value'（即空字符串键），但部分 IDE 或静态分析工具（如 PHPStan、Psalm）会标记为错误 - 函数调用中使用
...$arr解包，而$arr包含null键 → 可能导致Fatal error: Uncaught TypeError: Cannot unpack array with string keys类似错误（取决于值类型）
你误将 PHP 8.x 的严格类型/静态分析警告当作“PHP 8.5 报错”
很多项目已启用 declare(strict_types=1) 或集成 Psalm/PHPStan，它们会对 null 用作数组键提前报错（例如：类型 array<string mixed></string> 不接受 null 键）。这不是 PHP 解释器报错，而是开发工具的类型检查行为。
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
立即学习“PHP免费学习笔记（深入）”；
解决方案不是“升级到 8.5”，而是规范键值来源：
- 显式过滤或转换键：用
(string)$key或strval($key)确保键为字符串；用is_scalar($key) && $key !== null做校验 - 避免直接用可能为
null的变量当键：
$key = getSomeKey(); // 可能返回 null
if ($key !== null) {
$arr[$key] = $value;
} else {
// 处理默认逻辑，如跳过、用占位符键等
}
?> - 使用
array_filter($keys, 'is_scalar')批量清理键数组
你正在测试 PHP 8.4 RC 或自定义构建版，看到实验性变更
PHP 8.4 引入了更严格的数组键类型推导（尤其在 match 表达式和联合类型上下文中），但仍未将 null 作为数组下标列为语法错误。若你在非官方版本中看到明确 fatal error，建议检查是否启用了 zend.assertions=1 + 自定义断言，或存在扩展（如 phpstan-extension）注入了拦截逻辑。
总之：没有 PHP 8.5，也没有“废弃 null 数组索引”的官方变更。核心原则是——数组键必须是 int 或 string，null 不合法，应主动规避而非等待版本修复。检查你的 PHP 实际版本（php -v），定位真实报错位置，再针对性加固键值处理逻辑即可。
