PHP 7.0 性能翻倍最硬核原因是 zval 改为栈上内联存储，从24字节压缩至16字节，省一半内存并降低引用开销；同时数组改用 zend_array，哈希表采用开放寻址提升缓存命中率。
Zend Engine 3.0 的 zval 结构重写直接省掉一半内存
PHP 7.0 性能翻倍最硬核的原因，是把 zval（PHP 变量的底层容器）从堆上分配改成栈上内联存储。PHP 5.x 每个 zval 都要调用 MAKE_STD_ZVAL 在堆上 malloc 一块内存，还要维护引用计数、类型标记、垃圾回收指针 —— 开销大且易碎片化。
PHP 7.0 把 zval 压缩成 16 字节固定大小，类型和值直接存栈上，IS_INDIRECT 和 IS_PTR 这类内部保留类型也彻底重构。实测同一套 WordPress 站点，内存占用下降约 50%，函数调用开销降低 40%。
- 不要试图在 PHP 7 扩展里继续用
MAKE_STD_ZVAL或ALLOC_ZVAL—— 它们已被移除，编译直接报错 -
zval不再是结构体指针，而是值语义：传参、赋值、foreach副本操作都更轻量 - 数组底层改用
zend_array，哈希表冲突链改为开放寻址，查找效率提升明显
foreach 行为变更暴露旧代码里的隐性性能陷阱
PHP 5.x 的 foreach 会偷偷修改原数组的内部指针，还可能在遍历时意外触发 __get 或 __isset；而 PHP 7.0 明确规定：按值遍历 = 操作副本，按引用遍历 = 直接操作原数组，且不再移动内部指针。
这意味着以前靠“副作用”写的循环（比如边遍历边 unset()、或依赖 current() 位置）在 PHP 7 下可能逻辑错乱，或者意外多复制整份数组导致内存飙升。
立即学习“PHP免费学习笔记（深入）”；
- 检查所有带
&$v的foreach，确认是否真需要引用 —— 多数场景其实只需读取，副本更安全也更快 - 避免在
foreach中对被遍历数组做结构性修改（如array_push()、unset()），改用for+count()或生成器 - 如果处理的是大数组（>10k 元素），开启
opcache.enable_cli=1并确认opcache.save_comments=0，能进一步减少 zval 初始化开销
错误转异常让 JIT 和 Opcache 更敢激进优化
PHP 7.0 把很多原本触发 E_ERROR 或 E_RECOVERABLE_ERROR 的场景（比如调用不存在的方法、构造失败、类型不匹配）全改为抛出 TypeError、ParseError 等异常。这不是为了写 try/catch，而是让 Zend VM 能假设“错误路径极少见”，从而在 JIT 编译（PHP 7.4+）和 Opcache 优化时大胆内联、去虚拟化、消除边界检查。
你不需要改业务逻辑来“适配”这个变化，但得注意：以前靠 @ 抑制致命错误的地方，现在会被异常中断 —— 如果没被 try 捕获，进程直接退出。
- 检查所有
@操作符使用点，尤其是@mysql_connect()这类已废弃函数调用，它们在 PHP 7 已彻底移除 -
set_error_handler()不再捕获E_PARSE、E_COMPILE_ERROR—— 这些变成ParseError异常，必须用set_exception_handler() - 升级后首次部署，务必打开
error_log并 grep"Fatal error"和"Uncaught TypeError"，别只看 HTTP 状态码
空合并运算符 ?? 和 spaceship 运算符 不只是语法糖
?? 和 看似只是少打几个字符，但背后是 Zend VM 对短路求值和三向比较的原生支持。PHP 5.x 的 isset($a) ? $a : $b 要执行两次哈希查找（一次查存在，一次取值），而 $a ?? $b 一次完成；usort($arr, function($a,$b){ return $a['id'] $b['id']; }) 比手写 if/else 判断快 15%~20%，因为 VM 直接生成跳转指令，不进用户态函数。
-
??只判断null，不判false、0、''—— 如果你需要“空值合并”，仍得用empty()或三元嵌套 -
对字符串做字典序比较时区分大小写，且不进行类型转换：'10' 9返回1（字符串 > 整数），不是0 - 这两个运算符在 OPCache 启用时会被进一步常量折叠 —— 如果右边是字面量，整个表达式可能在编译期就确定结果
zval* 指针操作、HashTable 遍历宏、或手动管理 refcount 的）必须重编译甚至重写，不能简单替换 so 文件。 
