php 8.2 未引入空数组新语法，仍用 []；误传源于混淆注解写法与 jit 对空数组操作逻辑的底层优化，而非语法变更。
PHP 8.2 并没有引入定义空数组的新语法。空数组仍统一使用 []，这是自 PHP 5.4 起就确立的短数组语法，PHP 8.2 未做任何变更。
为什么有人误以为有“新语法”？
混淆常来自两方面：
-
注解（Attributes）写法相似但完全不同：如
#[Route("/home")]看似像数组，实为 PHP 8.0 引入的元数据标注语法，与数组定义无关； -
JIT 优化了数组操作底层路径：PHP 8.2 的 JIT 编译器对高频数组操作（如
foreach []、array_merge([])）识别更准、热编译更快，但源码写法零变化。
JIT 对空数组相关代码的真实影响
空数组本身不触发 JIT 编译——它只是字面量，编译阶段即固化为 opcache 中的常量结构。真正受 JIT 加速的是反复操作空数组的逻辑，例如：
- 循环中不断
$arr = [];+array_push($arr, ...)； - 递归函数返回
[]并在上层做array_merge； - 表单验证中高频构造空错误数组并填充字段。
这类场景下，JIT 会将整个循环体或函数体编译为机器码，跳过重复解释 opcode 的开销，实测提升集中在 12%–18%（基于 PHP 8.2.12 + opcache.jit=1255）。
确认 JIT 是否在起作用的关键动作
别看 phpinfo()，直接运行：
php -r "opcache_enable(); var_dump(opcache_get_status()['jit'] ?? 'NOT FOUND');"
结果必须是含 "enabled" => true 的数组，且 "buffer_free" 明显小于 "buffer_size"，才说明 JIT 正在编译热点代码（包括涉及空数组的密集逻辑）。
常见失效点：
- 忘记设
opcache.jit_buffer_size=128M（默认为 0，JIT 静默关闭）； - FPM 下开了 JIT，但 CLI 压测时漏了
opcache.enable_cli=1； - 用
ab或curl测 Web 接口，请求太短，JIT 来不及热身——必须用 CLI 跑 10 秒以上计算循环。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
