php 5.5 与 8.2 空数组语义一致但底层差异巨大：zval 从16字节胖结构压缩为8字节精简体，hashtable 改为零分配线性 ardata 布局，内存与性能显著优化，但 c 扩展直操作会因结构偏移变化崩溃。
PHP 5.5 和 PHP 8.2 定义空数组（如 $arr = [] 或 $arr = array()）在语义上一致，但底层实现差异巨大——核心变化发生在 Zend 引擎对 zval 结构、哈希表（HashTable）初始化逻辑及内存分配策略的重构。这不是语法糖替换，而是从“资源密集型复制”走向“零拷贝紧凑布局”的根本演进。
zval 结构：从 16 字节胖结构到 8 字节精简体
PHP 5.5 的 zval 是一个 16 字节（有时 24 字节）结构，含显式 refcount__gc、type、is_ref__gc 及联合体 value。定义空数组时，引擎需分配独立的 zval + 单独的 HashTable 内存块，并初始化引用计数为 1、类型为 IS_ARRAY，再将 zval.value.ht 指向该哈希表。
PHP 8.2 的 zval 压缩为固定 8 字节，value 直接存指针，类型与标志信息合并在 u1.v.type 和 u2.type_flags 中。空数组创建时：
- 若为字面量 []，编译期直接生成 ZEND_INIT_ARRAY opcode，执行时调用 zend_new_array(0)；
- 该函数不再分配冗余头，而是复用 zend_array 的紧凑布局（含 nTableSize = 0、nNumUsed = 0、arData = NULL），首次写入才触发哈希表扩容。
HashTable 实现：从双层指针跳转到线性 arData 内存池
PHP 5.5 的 HashTable 包含 pListHead/pListTail（双向链表）、pHashTable（桶数组）、pListEntry（元素节点）三重指针跳转，空数组仍需预分配最小桶数组（通常 8 个槽位）和至少一个 Bucket 节点。
PHP 8.2 彻底废弃链表结构，改用 zend_array 的线性 arData 数组。空数组的 arData 指针为 NULL，nNumOfElements = 0，nTableSize = 0。只有在第一次 $arr[] = 1 时，才按幂次规则（2→4→8…）分配带头部元数据的连续内存块，将 arData 指向其偏移位置。
内存与性能：零分配 vs 预分配，冷启动差异显著
PHP 5.5 创建空数组必触发至少两次 malloc：
- 一次分配 zval（栈或堆）
- 一次分配最小 HashTable（含桶数组 + 元素节点）
PHP 8.2 创建空数组默认仅占用 8 字节 zval 空间：
- 字面量 [] 编译为常量缓存，运行时不分配额外内存
- array() 函数调用经内联优化后等价于 zend_new_array(0)，返回一个 zend_array 头部大小（32 字节）但 arData = NULL 的结构
- GC 压力降低，L1 缓存更友好，高频创建/销毁场景（如循环内临时数组）性能提升可达 2–3 倍
兼容性注意：语法相同，行为边界已变
虽然 [] === array() 在两种版本中都返回 true，但底层不可互换：
- PHP 5.5 空数组的 count() 返回 0，但内部 HashTable 已有非零 nTableSize，影响某些 C 扩展的遍历逻辑
- PHP 8.2 空数组的 gettype($arr) 仍是 "array"，但 var_dump($arr) 显示 array(0) { }，且 zend_hash_num_elements(&Z_ARRVAL_P(zv)) 直接读 nNumOfElements 字段，无循环开销
- 从 PHP 5.5 迁移到 8.2 时，若扩展直接操作 zval 内存布局或 HashTable 指针字段，会因结构体偏移变化而崩溃
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
