php 8.5 不存在，jit 配置实际适用于 php 8.0–8.3；需编译时启用 --enable-opcache 和 --enable-opcache-jit，运行时正确设置 opcache.jit=1205 或 1255 并调大 opcache.jit_buffer_size。
PHP 8.5 JIT 编译开关在哪配
PHP 8.5 并不存在 —— 官方最新稳定版是 PHP 8.3，8.4 处于 alpha 阶段，8.5 尚未发布。所有关于 “PHP 8.5 JIT” 的配置讨论，实际都指向 PHP 8.0–8.3 中已存在的 opcache.jit 机制。误以为存在 8.5，常导致编译参数抄错、文档查偏、配置无效。
JIT 在 PHP 中不是独立模块，而是 OPcache 的可选子功能，依赖于 OPcache 启用且编译时开启支持。
-
--enable-opcache必须启用（否则opcache.jit直接被忽略） -
--enable-opcache-jit是 PHP 8.0+ 编译时显式开关，缺省为关闭；不加它，即使运行时配了opcache.jit=1255也无 JIT 代码生成 - Windows 下 VC 编译默认不支持 JIT（缺少
libjit或 LLVM 后端），仅 Linux/macOS GCC/Clang 环境实测可用
opcache.jit 参数怎么设才不白配
opcache.jit 是个位掩码整数，不是开/关布尔值。设成 1 或 On 会静默失效，ini 解析后变成 0，JIT 实际未激活。
典型有效值有三个常用组合：
立即学习“PHP免费学习笔记（深入）”；
-
opcache.jit=1205：最稳妥的通用模式（Optimize +Register alloc +Hot code detection +Function call inlining） -
opcache.jit=1255：激进一点，加了循环展开（Loop unrolling），但部分复杂循环可能触发 LLVM 优化崩溃（尤其 PHP 8.1–8.2） -
opcache.jit_buffer_size=64M必须同步调大，默认 16M 在中型项目里几秒就耗尽，触发Failed to allocate JIT memory错误
验证是否真生效：var_dump(opcache_get_status()['jit']); 返回数组才算落地；返回 null 或空数组 = 白配。
为什么开了 JIT 反而变慢或崩了
JIT 不是银弹。它把 opcode 翻译成机器码的过程本身有开销，对短生命周期请求（如 CLI 脚本、低 QPS API）几乎没收益，还可能因内存抖动拖慢响应。
- Web 场景只在 FPM 模式 + 持久化 worker（
pm=static或高pm.max_children）下有意义；Apache mod_php 因进程模型限制，JIT 效果极弱 - 某些扩展（如
xdebug、pcov、blackfire）与 JIT 冲突，启用即禁用 JIT，错误不报，只默默退回到解释执行 - PHP 8.2+ 对
match表达式、属性 Promotion 的 JIT 支持不完整，含这类语法的函数若被热编译，可能生成非法指令，进程 segfault - 容器环境（尤其是 musl libc 的 Alpine）需确认编译时链接的是
llvm-libc或标准 glibc，否则jit_malloc分配失败
编译 PHP 时 JIT 相关参数怎么选
关键不在“多加”，而在“匹配运行时环境”。盲目套用网上 --with-llvm 或 --enable-opcache-jit=llvm 很容易编译失败或运行时报 undefined symbol: llvm_*。
- 默认 GCC 后端足够用：
--enable-opcache-jit即可，无需指定引擎；PHP 自带轻量级dynasm后端，兼容性最好 - 真要用 LLVM，必须确保系统已装
llvm-dev（Debian/Ubuntu）或llvm-devel（RHEL/CentOS），且版本与 PHP 源码适配（PHP 8.3 推荐 LLVM 15–17） -
--with-jit-debug仅调试用，会显著降低性能，上线前务必去掉 - 交叉编译或静态链接时，
--enable-opcache-jit会被自动禁用，检查 configure 输出末尾是否有checking for JIT support... no (cross-compiling)
JIT 的真实价值藏在长稳态、高计算密度场景里，比如图像处理脚本、模板批量渲染、规则引擎。想靠它给普通 Laravel 应用提速，大概率是在调一个根本没被 JIT 编译到的 autoload 函数。
