php 7.0 到 8.3 定义空数组仅支持[]和array()两种等效语法，无新增语法糖、无性能差异；[]是php 5.4起的短数组语法糖，array()保持全版本兼容与显式语义，安全落地关键在于类型声明、上下文约束及工具链风险检查。
PHP 7.0 到 8.3 定义空数组本身没有新增语法糖，[] 和 array() 是仅有的两种合法、等效的初始化方式——它们不是“新特性”，而是自 PHP 5.4 起就存在的成熟语法，且在整个 7.0–8.3 区间内保持完全兼容、无性能差异、无语义分裂。
[] 是短数组语法，本质是 array() 的语法糖
方括号 [] 是典型的语法糖：它不改变底层行为，只简化书写。PHP 解析器在词法分析阶段就将 [] 等价转换为 array() 的内部表示，运行时生成的对象完全一致。
- 两者都返回真实
array类型，is_array([]) === true，count([]) === 0 - 嵌套写法更直观：
[['a'], []]比array(array('a'), array())更易读 - 不提升性能，也不降低开销——底层调用同一组 Zend 引擎数组构造函数
array() 不是过时写法，而是显式语义载体
array() 并未被废弃，也未在 PHP 8.3 中标记为 deprecated。它保留着明确的“构造意图”和向后兼容价值：
- 在需支持 PHP 5.3 或某些定制化旧环境的项目中，
array()是唯一安全选择 - 部分静态分析工具（如老旧版本 PHP_CodeSniffer + PSR-2 规则）对
[]的类型推导仍弱于array() - 团队规范若强调“显式优于隐式”，
array()可强化代码可维护性，尤其在教学或跨语言协作场景
真正影响落地的不是语法，而是类型系统演进
从 PHP 7.4 到 8.3，空数组的安全使用重心已从“怎么写”转向“在哪写、怎么约束”：
- 类属性中必须用
private array $items = [];——array()在此处会直接报语法错误 -
?array是联合类型语法糖（等价于array|null），不是创建空数组的方法；它只放宽契约，不参与初始化 - PHP 8.1+ 对未防御的数组访问（如
$cfg['db']['host']）抛出明确错误，倒逼开发者用$cfg['db'] ?? []主动初始化中间层
自动化检查应聚焦上下文风险，而非语法本身
工具链无需争论 [] 还是 array()，而应识别三类真实问题：
- 动态属性赋值：
$obj->data = [];但类中未声明public array $data - 类型契约错配：函数声明
function foo(array $x)却传入null或字符串 - 非安全访问：未用
?? []或isset()防御深层键访问
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
