PHP 5.6 升级到 7.0 是底层硬性重构，zval 变为栈内联值、数组改用 zend_array、错误转异常、foreach 行为变更，大量旧代码会静默出错或性能骤降，需全面压测验证。
PHP 5.6 升级到 7.0 不是“平滑过渡”，而是 zval 和数组底层结构的硬性重构，大量依赖旧引擎行为的代码会静默出错或性能骤降。
zval 从指针变为值语义，MAKE_STD_ZVAL 直接编译失败
PHP 7.0 彻底移除了堆上分配的 zval* 指针模型，所有 zval 变成 16 字节栈内联值。这意味着：
-
MAKE_STD_ZVAL、ALLOC_ZVAL、ZVAL_COPY_VALUE等宏全部被删，扩展编译时直接报undefined reference错误 - 以前写
zval *z; MAKE_STD_ZVAL(z);的地方，现在必须用zval z = {};或zval z; ZVAL_NULL(&z); - 传参/赋值不再隐式增加引用计数，
zval_copy_ctor()失效，改用ZVAL_COPY()（显式复制）或ZVAL_DUP()（深拷贝） - 扩展中若仍用 PHP 5 风格的
zval**参数接收变量（比如zval **ppzval），需重写为zval *pzval并检查是否为IS_REFERENCE
foreach 行为变更暴露循环中 unset() 类逻辑错误
PHP 5.x 的 foreach 会偷偷修改原数组内部指针，并允许在遍历时安全地 unset() 当前键；PHP 7.0 明确按值遍历 = 操作副本，按引用遍历 = 直接操作原数组且不移动指针。
- 旧代码：
foreach ($arr as $k => $v) { if ($v > 10) unset($arr[$k]); }—— 在 PHP 7 下不会删除原数组元素，因为操作的是副本 - 等价但兼容的写法：改用
for ($i = 0; $i 或 <code>array_filter() - 若真需引用修改，必须显式声明：
foreach ($arr as &$v)，且循环结束后加unset($v)防止悬空引用 - 大数组（>5k 元素）中混用
foreach+array_push()会导致整份数组被复制，内存飙升
错误转异常让 @ 抑制彻底失效
PHP 7 将原本触发 E_ERROR 或 E_RECOVERABLE_ERROR 的场景（如调用不存在方法、类型不匹配、构造失败）统一抛出 TypeError、ParseError 等异常，@ 运算符无法抑制这些异常。
立即学习“PHP免费学习笔记（深入）”；
-
@mysql_connect()这类已废弃函数调用，在 PHP 7 下抛出Deprecated: mysql_connect(): The mysql extension is deprecated后紧跟Fatal error: Uncaught Error: Call to undefined function mysql_connect()——@完全无效 - 所有带
@的函数调用点必须检查：是否已被移除？是否应改用try/catch？是否可提前用function_exists()判断？ - 框架中常见的“容错初始化”逻辑（如
@ini_set('memory_limit', '256M')）依然有效，因它不触发异常，但类似@new NonExistentClass()会直接中断脚本
数组底层换成 zend_array，哈希冲突处理逻辑变了
PHP 7 引入 zend_array 替代旧 HashTable，哈希表改用开放寻址（open addressing）而非链地址法，查找更快、缓存更友好，但对“哈希碰撞敏感”的旧代码可能表现不同。
- 手动构造哈希冲突（如大量字符串末尾相同）的测试用例，在 PHP 7 下执行时间可能显著下降，但这不是 bug，是设计使然
-
array_keys()、array_values()返回顺序在 PHP 7 下更稳定（按插入顺序），但不要依赖该顺序做业务逻辑 - 扩展中若直接操作
ht->arData或遍历Bucket结构，必须迁移到zend_hash_get_current_key_zval()等新 API，旧zend_hash_get_current_key_ex()已废弃 - 使用
opcache.enable_cli=1时，zend_array初始化开销进一步降低，但前提是关闭opcache.save_comments=1（注释会拖慢 zval 构建）
最易被忽略的是：这些变化多数不报错，只悄悄变慢或逻辑偏移。升级前必须跑真实流量下的压测，而不是只过单元测试。
