PHP中数组初始化用[]比array()略快但差异仅纳秒级，现代项目应统一使用[]；预分配无效，JIT不优化初始化，性能瓶颈在查询逻辑而非语法选择。
PHP 中数组初始化方式对性能影响微乎其微，实际项目中无需为此优化，但理解底层差异有助于写出更清晰、一致的代码。
两种主流写法：[] 与 array()
PHP 5.4+ 支持短数组语法 []，它在词法分析阶段直接生成数组结构；而 array() 是函数调用语法，在解析时需进入函数调用流程（尽管是语言结构，非真正函数）。两者最终都调用相同的底层 C 函数 _zend_hash_init() 初始化哈希表。
-
[]略快于array()—— 差异在纳秒级，100 万次初始化差距约 0.02 秒（实测环境：PHP 8.2，Linux） -
array()在 PHP 5.3 及更早版本中是唯一选择；现代项目应统一使用[]，语义更简洁，IDE 和静态分析工具支持更好 - 空数组场景下，二者内存占用完全一致；非空初始化时，元素数量和类型才真正影响内存与性能
预分配大小是否提升性能？
PHP 数组本质是动态哈希表，不支持传统意义上的“容量预设”。array_fill(0, N, null) 或循环 $arr[$i] = null 并不能跳过扩容逻辑，反而因冗余赋值略慢。PHP 7.0+ 的哈希表实现已优化初始桶数量（默认 8 个 slot），小数组（≤8 元素）几乎零扩容开销。
- 刻意用
array_values(array_fill(...))或range()模拟预分配，纯属过度设计 - 若明确知道数组将容纳数千以上元素且频繁追加，可考虑一次性构造后
ksort()或直接用 SplFixedArray（仅限整数索引、固定长度场景） - 真实瓶颈通常来自键名哈希冲突、大字符串键或引用计数操作，而非初始化语法
PHP 7/8 的 JIT 对数组初始化有影响吗？
没有。JIT 编译器主要优化热点循环、函数调用及对象方法分发，数组初始化属于编译期确定的轻量操作，全程在 Zend VM 解释器中完成，不进入 JIT 编译路径。启用 OPcache 已足够覆盖其优化需求。
立即学习“PHP免费学习笔记（深入）”；
- OPcache 会缓存已编译的字节码，包括数组字面量结构，使后续请求免去重复解析
- JIT 在典型 Web 请求中开启与否，对数组创建性能无可观测差异（microtime 测量误差范围内）
- 关注点应转向数据结构选择：如大量查找优先用
array_key_exists()+ 关联数组，而非in_array()遍历索引数组
不复杂但容易忽略：选 []，保持风格统一，把性能精力留给查询逻辑、数据库交互和缓存策略。
