解读

国内高并发业务（电商大促、直播秒杀、CMS 热点文章）普遍把 PHP 升级到 8.x，但升级后如果只打开 OPcache 而忽略 JIT，CPU 密集型逻辑（价格计算、库存扣减、优惠券匹配）仍会出现 30%～50% 的耗时波动；反之，盲目把 JIT 开到最大，又可能把本已紧张的 OPcache 内存挤爆，导致 502/503 激增。面试官问“配置要点”，核心是想确认候选人能否在“编译缓存”与“即时编译”两层加速之间找到平衡，并给出可落地的线上参数与验证方法。

知识点

1. OPcache 角色：把 Zend 编译后的 opcode 缓存在共享内存，避免每次请求重复编译；命中率为 99% 以上是健康红线。
2. JIT 角色：在 opcode 基础上再把热点指令翻译成机器码，进一步降低 CPU 指令数；JIT 只在 OPcache 命中时才生效，因此二者是“层级依赖”而非并列。
3. 国内镜像与版本：Remi、SCL、Ondřej 源均提供 PHP 8.1/8.2/8.3 的 RPM/DEB 包，编译参数已默认启用 --enable-opcache --enable-jit，无需二次编译。
4. 关键配置项：
   opcache.enable、opcache.memory_consumption、opcache.max_accelerated_files、opcache.validate_timestamps、opcache.jit_buffer_size、opcache.jit、opcache.jit_debug。
5. 验证指标：opcache_hit_rate、jit_bailout、jit_prof_counter、request_cpu_time、opcache_memory_usage；通过 php-fpm slow log、Tideways、OneAPM、阿里云 ARMS 均可采集。
6. 风险点：
   • JIT buffer 过大导致 OPcache 内存不足，触发重启；
   • validate_timestamps=1 在高峰期引发大量 stat 调用，使 JIT 无法稳定 trace；
   • 部分扩展（xdebug、ioncube、老版 Swoole）与 JIT 冲突，直接禁用 JIT。

答案

线上推荐“先保 OPcache 命中率，再逐步放量 JIT”的两阶段配置思路，给出可直接写进 ansible 模板的参数示例：

阶段一：OPcache 基线

opcache.enable=1
opcache.memory_consumption=256        ; 单容器 4 GB 内存以下可给 128–256 MB
opcache.interned_strings_buffer=32    ; 中文站点建议 32 MB 起步
opcache.max_accelerated_files=20000   ; Laravel + 业务代码通常 15 k 左右
opcache.validate_timestamps=0         ; 上线后关闭，用 CI 发布时 opcache_reset()
opcache.revalidate_freq=0
opcache.save_comments=1               ; 保留注解，兼容 Doctrine、Laravel 注解缓存
opcache.enable_file_override=1        ; 减少 stat 调用，提升 3%–5% QPS

阶段二：JIT 灰度

opcache.jit_buffer_size=64M           ; 先给 64 MB，占 OPcache 总内存 1/4 以内
opcache.jit=tracing                   ; 国内业务 90% 场景选 tracing，function 模式收益低
opcache.jit_debug=0                   ; 线上关闭，压测时可开 0x1ff 看 bailout 原因

发布流程：

1. 预发布环境开启 JIT，压测 30 min，确认 CPU 利用率↓10% 以上且 RT P99 无回弹；
2. 生产按 10%→50%→100% 节点灰度，每轮观察阿里云 ARMS 的“jit_bailout”计数为 0 且 OPcache 命中率仍 ≥99%；
3. 若容器内存紧张，优先缩 JIT buffer 到 32 MB，而不是砍 OPcache 内存，防止命中率下跌。

拓展思考

1. 容器化场景：Kubernetes 的 HPA 根据 CPU 扩容，但 JIT 刚预热完就可能被杀掉，导致“刚加速就丢失”。解决：
   • 把 php-fpm 的 readinessProbe 加上 php -r "var_dump(opcache_get_status()['jit']['enabled']);"，确保 JIT 已 ready 再接入流量；
   • 使用 DaemonSet 做 opcache 预加载（warm-up），把常用文件提前编译并写入共享卷，减少 Pod 冷启动时间。
2. 与 Swoole 协程共存：Swoole 5.0 以下 extension 与 JIT 同时开启会崩溃，需在编译 Swoole 时加 --enable-swoole-jit，或在 php.ini 里对 worker 进程禁用 JIT：
   swoole.enable_jit=off
3. 金融级安全：JIT 生成的机器码位于可执行内存页，等保 2.0 要求“可执行段不可写”。若客户为银行、证券，需在宿主机内核开启 CONFIG_STATIC_USERMODEHELPER=y 并加 seccomp 规则，防止 JIT 内存被篡改。
4. 未来演进：PHP 8.3 引入 IR（Intermediate Representation）与 JIT 分层优化，可在 php.ini 里通过 opcache.jit=ir 开启，预计 CPU 密集型场景再降 5%–8% 耗时；但 ir 模式目前与 Windows 线程安全（TS）版本不兼容，国内 Windows 云主机需等待 8.4 LTS。