JIT真正启用需同时满足三个条件：opcache.enable=1或opcache.enable_cli=1、opcache.jit_buffer_size>0、opcache.jit值为tracing等有效模式；否则JIT静默失效。
确认 JIT 真正启用的三个硬性条件
PHP 8.1 的 JIT 不是“设了就生效”，必须同时满足：
• opcache.enable=1（FPM/Web 场景）或 opcache.enable_cli=1（CLI 场景）
• opcache.jit_buffer_size > 0（默认为 0，等于关闭 JIT）
• opcache.jit 值不为 0、disable 或非法字符串（如写成 125）
计算型接口专用的缓冲区大小建议
Web 请求中若存在真实 CPU 密集逻辑（如批量坐标转换、实时滤镜计算、加密验签循环、递归语法解析），需按实际热点代码体积分配缓冲区：
• 先用 opcache_get_status()['jit']['memory_consumption'] 查看当前真实占用（单位字节）
• 按 1.5 倍占用值 设置 opcache.jit_buffer_size，例如实占 80MB → 设为 128M
• 中小规模计算接口（单次执行含万级数学函数调用）：推荐 128M–256M
• 高频批量处理（如每请求处理千张缩略图像素运算）：可设 512M，但需同步评估 FPM worker 内存总开销
JIT 模式选 tracing 而非 function
PHP 8.1 中 opcache.jit=tracing（等价于 1255）是唯一适合计算型接口的配置：
• tracing 模式能捕获循环体、递归路径、热点分支，对 sin()/sqrt()/hash() 等函数内联+类型推导效果明显
• function 模式（1025）已弃用，无法优化循环，对计算密集场景基本无效
• 数字模式易输错（如 125、1200），JIT 静默失效且无提示；语义写法更安全、可读、兼容未来扩展
验证是否真正起效的实操方法
不要依赖压测 QPS 变化，直接查 JIT 编译状态：
• 在计算接口响应头或日志中插入：
var_dump(opcache_get_status()['jit'] ?? 'JIT 未触发');
• 关键字段含义：
✓ on => true 表示 JIT 子系统运行中
✓ script_cache > 0 表示已有函数被编译为机器码
✓ buffer_free 接近 0 说明缓冲区吃紧，需扩容
• 若 script_cache 为空数组，说明该请求未产生足够热点（默认需执行 ≥100 次同一段循环），可临时加外层循环复现
