php 8.4 尚未发布，jit 自 php 8.0 起已内置但默认未启用；开启需正确配置 opcache.jit=1255、opcache.jit_buffer_size、opcache.enable 等参数，并禁用 xdebug。
PHP 8.4 尚未发布（截至 2024 年 7 月，最新稳定版是 PHP 8.3），因此 php-8.4 中并不存在 JIT 编译功能的“新开启方式”——JIT 自 PHP 8.0 起已内置，但默认**未启用**，且在 8.1–8.3 中行为一致；8.4 也大概率延续该设计。所谓“PHP 8.4 开启 JIT”，本质仍是配置 PHP 8.0+ 的现有 JIT 机制。
为什么 php.ini 里设置 opcache.jit=1255 没效果？
最常见原因是：JIT 依赖 OPcache 完全启用，而很多环境只开了 opcache.enable=1，却漏掉了关键前提：
-
opcache.enable_cli=0（CLI 模式默认禁用 OPcache，JIT 在 CLI 下无效） -
opcache.jit_buffer_size=64M（必须设为非零值，否则 JIT 不启动） -
opcache.revalidate_freq=0（开发时建议设为 0，否则脚本修改后 JIT 代码可能不刷新） - OPcache 共享内存未分配成功（
opcache.memory_consumption过小或系统 shm 限制不足）
典型有效组合（适用于 Web SAPI，如 Apache/FPM）：
opcache.enable=1 opcache.enable_cli=0 opcache.memory_consumption=256 opcache.jit_buffer_size=64M opcache.jit=1255
jit=1255 和 jit=tracing 有什么区别？
opcache.jit 是位掩码参数，1255 是十进制写法，对应二进制 10011100111，含义是：function（函数级编译） + tracing（追踪模式） + register（寄存器分配） + loop（循环优化）。它比纯 tracing 更激进，但也更耗内存、启动稍慢。
立即学习“PHP免费学习笔记（深入）”；
- 生产环境推荐
opcache.jit=1205（去掉register，平衡稳定性与性能） -
opcache.jit=tracing是可读写法，等价于1205，但某些旧版本 ini 解析器不支持字符串形式 - 调试 JIT 是否生效？查
phpinfo()页面中 “OPcache JIT” 行，显示 “enabled” 且 “JIT buffer size” > 0 才算成功
Web 环境下 JIT 对 Laravel/WordPress 有明显提升吗？
实际收益有限。JIT 主要加速 CPU 密集型长循环和数学运算，而主流 PHP 应用瓶颈通常在 I/O（数据库、Redis、HTTP 请求）、 autoload、模板渲染等环节。
- Laravel：路由匹配、容器解析、Blade 编译等不受益于 JIT；高频计算如图像处理、加密解密才可能提速
- WordPress：主题渲染、插件钩子执行基本无 JIT 增益；但像 WP-CLI 批量处理文章时，若含大量正则或数组操作，可能观察到 5%–15% CPU 时间下降
- 真正受益场景：数值模拟、密码学库（如 libsodium 内部计算）、自定义编译器/解释器、高并发短生命周期 CLI 工具
启用 JIT 后出现 segfault 或 OOM 怎么办？
JIT 会生成机器码并缓存，对内存和 CPU 架构敏感。以下问题高频出现：
- 使用
opcache.jit_buffer_size=256M导致 PHP-FPM worker 内存超限（尤其低配 VPS）→ 改回64M或32M - ARM64（如 Apple M1/M2、AWS Graviton）上 JIT 编译失败 → 检查
php -v是否含with Zend OPcache JIT，确认构建时启用了--enable-opcache-jit - 某些扩展（如
xdebug）与 JIT 冲突 → 必须禁用 Xdebug（zend_extension=行注释掉），JIT 和 Xdebug 不能共存 - PHP 8.1+ 中
opcache.jit_debug=1可输出 JIT 日志，但仅用于调试，切勿开在生产环境
JIT 不是银弹。它让部分代码路径更快，但也增加内存占用、降低启动速度、提高调试复杂度。上线前务必在压测环境对比 ab 或 wrk 的 QPS 和 99% 延迟，而不是只看 phpbench 数值。
