php 8 jit仅对cpu密集型热点代码有效，需同时满足opcache启用、jit_buffer_size≥64m、jit模式正确（如tracing）三条件；i/o瓶颈场景无加速效果。
PHP 8 的 JIT 不是“一开就快”的开关，它只对 CPU 密集型热点代码起效，且必须满足三要素：OPcache 启用、缓冲区足够、模式正确。Web 请求中多数瓶颈在 I/O（数据库、HTTP、文件读写），JIT 完全不介入；真正能受益的是数学计算、图像处理、递归解析、批量数据转换等长周期纯计算任务。
必须配置的三项核心参数
缺一不可，否则 JIT 静默失效：
-
启用 OPcache：Web 环境设
opcache.enable=1；CLI 脚本必须额外加opcache.enable_cli=1，否则 JIT 完全不加载 -
分配足够缓冲区：
opcache.jit_buffer_size至少设为64M；默认值为 0，等于禁用；大型数据脚本建议128M–256M，但需结合opcache_get_status()['jit']['memory_consumption']实际占用按 1.5 倍预留 -
指定有效模式：推荐语义写法
opcache.jit=tracing（等价于数字1255）；避免用已弃用的function模式；数字若输错（如125），JIT 直接静默关闭，无任何提示
选对 jit 模式才能放大收益
不同代码结构适配不同编译策略，盲目用 1255 反而可能拖慢：
-
纯数值循环 / 数学密集型（如累加、素数筛、sin() 循环）：用
1205（tracing + 寄存器分配，禁用内联），更稳定，实测比 PHP 7.4 快约 2.4× -
函数调用密集型（如模板渲染、ORM 构建、AST 遍历）：换
1235（+ 类型推测 + 函数内联），JIT 编译命中率可从 60% 提升至 89%，响应再降 12% - 注意：
opcache.jit_buffer_size小于 64M 时，哪怕写了 1235，JIT 也会自动退化为 1205 甚至关闭
验证是否真生效，不是看 php -v
命令行输出 JIT enabled 仅表示模块存在，不代表当前运行环境已启用：
- 运行
php -i | grep jit，确认输出中opcache.jit => tracing且无警告 - 在脚本中调用
var_dump(opcache_get_status()['jit'])，检查enabled和on是否均为true，script_cache是否有函数名列表 - 观察
buffer_free：接近 0 表示缓冲区耗尽，编译失败；此时需增大jit_buffer_size或优化代码减少热点数量
测试性能提升必须避开常见坑
单次 microtime(true) 差值毫无意义——JIT 需执行 10 次以上才进入稳定态：
- 循环至少跑 100 次，取后 80 次平均值（剔除前 20 次冷启动抖动）
- 每次循环内调用目标函数，不要把
for写进被测函数里（否则测的是 PHP 循环开销） - 全程禁止触发 GC 或内存重分配：避免在循环里反复
json_encode大数组、拼接超长字符串 - 对比必须在同一 PHP 进程内完成：CLI 下用长生命周期脚本；FPM 下用
ab/wrk压测，不能跨进程比php -v前后时间（虚高 3–5 倍）
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
