PHP 8.0 JIT需精准调优才生效：必须确认opcache.enable=1且opcache.enable_cli=1，执行var_dump(opcache_get_status()['jit'])验证enabled和on均为true；jit_buffer_size推荐Web服务64M–128M、CLI任务192M–256M；策略优选1255（Web）或1205（CLI），并调优hot_loop、hot_func等阈值参数。
PHP 8.0 的 JIT 不是“开了就快”，它需要匹配实际负载特征才能真正生效。调优的核心不是堆参数，而是理解 JIT 的工作逻辑、识别适用场景、再针对性配置缓冲与策略。
确认 JIT 确实已启用并生效
很多性能问题其实源于 JIT 根本没跑起来。先验证：
- 确保 opcache.enable=1（Web 请求）且 opcache.enable_cli=1（CLI 脚本），JIT 依赖 OpCache
- 在脚本中执行
var_dump(opcache_get_status()['jit']); - 输出中
"enabled"=>true且"on"=>true才算真正激活；若"buffer_size"为 0 或"enabled"为 false，说明opcache.jit_buffer_size未设或设为 0
合理设置 jit_buffer_size 内存缓冲区
JIT 编译生成的机器码要存在内存里，缓冲区太小会频繁淘汰、编译失效；太大则浪费内存，还可能触发 OOM（尤其在容器或低配环境）。
- 生产 Web 服务：建议从 64M–128M 起步（如
opcache.jit_buffer_size=96M） - CPU 密集型 CLI 任务（如批量计算、导出）：可设为 192M–256M，避免热点函数反复重编译
- 开发/测试环境：32M 足够，降低启动开销
- 注意：该值必须是 2 的幂（如 64M、128M），且不能超过系统可用内存的 10%～15%
选择适合业务模式的 jit 编译策略
opcache.jit=ABCD 四位数分别控制：A（CPU 指令）、B（寄存器分配）、C（触发时机）、D（优化深度）。通用推荐组合是 1205 或 1255，但需按场景微调：
立即学习“PHP免费学习笔记（深入）”；
-
Web API / 长连接服务（如 Swoole）：用
1255—— 启用追踪模式（C=5），对高频循环和调用链深度优化，适合稳定流量下的热点路径 -
短生命周期 CLI 脚本（如定时任务）：用
1205或1235—— C=0 或 3 表示“首次加载即编译”或“执行超阈值后编译”，避免冷启动延迟 - 含大量递归/数学运算的模块：优先保证 D=5（脚本级优化），B=2（全局寄存器分配）更利于跨函数优化
- 老旧服务器（无 AVX 指令集）：A 设为 0，避免 JIT 编译失败或崩溃
配合运行时参数提升热代码识别精度
JIT 的效果高度依赖“哪些代码算热点”。默认阈值偏保守，可通过以下参数让 JIT 更早、更准地锁定关键逻辑：
-
opcache.jit_hot_loop=32：循环体执行 ≥32 次即视为热点（默认 64），加速数学循环优化 -
opcache.jit_hot_func=64：函数调用 ≥64 次即触发编译（默认 127），对高频工具函数更友好 -
opcache.jit_hot_return=4：函数返回 ≥4 次即纳入分析（默认 8），加快小函数响应 -
opcache.jit_max_exit_counters=4096：增大追踪路径计数上限，防止复杂分支被截断
