PHP高版本JIT不破坏语法兼容性，但暴露隐式类型转换、放大逻辑缺陷、引发N+1性能倒退、CLI递归OOM等问题，本质是执行模型从宽容解释转向精准编译。
PHP高版本JIT编译器（8.0+）对旧代码基本不破坏语法兼容性，但会放大运行时逻辑缺陷、暴露隐式类型转换问题，并在特定结构下引发性能倒退——这不是“不兼容”，而是旧代码原本就依赖解释器的宽容执行路径被绕过了。
opcache.jit=1255 为什么会让 Laravel 的 N+1 查询变慢
启用 opcache.jit=1255 后，ORM 中高频调用的 getAttribute() 或 __get() 方法被快速识别为热点并内联编译。但这类方法内部常含动态属性访问或魔术方法跳转，JIT 编译后会固化调用链，导致 PDO 预处理语句无法复用、连接池提前耗尽。实测中 QPS 反而从 860 降至 610，内存增长 +142MB/10k 请求。
这不是 JIT 的 bug，而是它把原本靠解释器“柔性兜底”的低效路径，变成了硬编码的、不可绕过的执行流。
- 避免方式：对 ORM 实体类显式声明属性，禁用动态属性（
#[\AllowDynamicProperties]不要加） - 临时缓解：改用
opcache.jit=1205（禁用函数内联），或设opcache.jit_hot_func=200抬高触发阈值 - 验证点：压测时观察
opcache_get_status()['jit']['function_count']是否在请求增长后持续飙升
字符串与数字弱比较在 JIT 下行为不变，但弃用警告更早出现
像 '42abc' == 42 这种写法，在 PHP 8.0–8.6 中仍返回 true，但 JIT 编译器会在类型推断阶段标记该操作为“非最优路径”。一旦开启 opcache.jit=tracing 或更高优化等级，Zend VM 会更早触发弃用通知（E_DEPRECATED），甚至在 PHP 8.7+ 中直接报错。
立即学习“PHP免费学习笔记（深入）”；
关键不是 JIT 改变了结果，而是它让类型系统更早介入执行流程，使原本被解释器忽略的语义模糊点浮出水面。
- 检查手段：在开发环境开启
error_reporting = E_ALL | E_DEPRECATED，并运行含此类比较的单元测试 - 修复建议：统一改用严格比较
===，或先用filter_var($str, FILTER_VALIDATE_INT)显式转换 - 注意：JIT 不影响
strcmp()、intval()等函数行为，只影响字节码层面的运算符解析路径
CLI 脚本里递归调用突然 OOM，大概率是 JIT 缓存未回收
PHP 8.4+ 的 CLI 模式默认启用 opcache.enable_cli=1，若脚本长期运行（如队列消费者），JIT 会持续积累已编译函数，而 CLI 生命周期内无自动缓存淘汰机制。常见现象是 RSS 内存线性上涨，perf top 显示 zend_jit_compile_func 占比超 30%。
这和 Web SAPI 不同：FPM 子进程重启会清空 JIT 缓存，而 CLI 进程不会。
- 必须设置：
opcache.jit_buffer_size=64M（勿用 256M 默认值） - 推荐搭配：
opcache.jit_hot_func=128（提高触发门槛，减少碎片化编译） - 监控命令：
php -r "print_r(opcache_get_status()['jit']);"，重点关注memory_usage和function_count
JIT 对旧代码的影响，本质是执行模型从“宽容解释”转向“精准编译”——它不会让你的代码语法报错，但会让你过去靠运气跑通的逻辑，再也骗不过去。
