php 8.0与7.4在空数组定义上完全兼容，[]和array()均有效且行为一致；所谓差异源于混淆函数变更、错误升级提示或ide误报；真正风险在于键类型混用和循环内重复初始化。
PHP 8.0 和 7.4 在定义空数组上语法完全兼容，没有废弃或删除任何写法。`[]` 和 `array()` 都能正常工作，运行时行为一致，不存在“废弃的遗留语法”一说。
为什么有人觉得有差异？
混淆常来自三类误判：
- 把函数行为变化错当成数组语法问题——比如
json_encode([])在 7.4 和 8.0 输出相同，但若传入[null => 'a']，8.0 对键类型处理更严格，解码端表现可能不同 - 把错误升级提示当语法报错——例如升级后出现
Fatal error: Uncaught Error: Call to undefined function mysql_connect()，其实是函数被删，和数组无关 - 把IDE 或静态分析工具的过时提示当真——某些老版 PHPStan/psalm 规则库未适配 PHP 8.0 类型系统，误标
array()为“不推荐”
真正该检查的数组相关风险点
不是“怎么写空数组”，而是“怎么用数组才不出错”：
-
避免混用键类型：不要同时写
$arr = [1 => 'a', 'key' => 'b']，混合索引会强制启用哈希表混合模式，拖慢遍历和查找 -
别在循环里反复初始化：如
for ($i=0; $i，应提至循环外或用 <code>array_fill(0, 1000, null)预分配 -
判断是否为空优先用
empty($arr)或!$arr，不用count($arr) === 0（后者需遍历计数，小数组无感，大数组有开销） -
接收外部数据时显式声明可为空数组类型（PHP 8.0+）：
function handle(?array $data): void，避免传null导致后续foreach崩溃
升级后快速验证数组逻辑是否安全
加几行调试代码即可定位隐患：
- 搜索项目中所有
array_keys($arr) === range(0, count($arr)-1)，这是旧式“判断索引数组”写法，PHP 8.0+ 应改用array_is_list($arr)（PHP 8.1+）或!array_diff_key($arr, array_values($arr)) - 全局搜
in_array(，高并发场景下建议换成isset($arr[$key])（键已知）或array_key_exists()（需判断键存在性） - 检查
json_encode()调用处是否加了JSON_THROW_ON_ERROR，没加的话升级后遇到资源句柄或 readonly 属性可能静默返回false，导致前端解析失败
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
