PHP 8 JIT性能不佳主因是混淆tracing与function模式：前者优化高频控制流路径，适合CPU密集型长循环；后者按函数调用频次编译，适合轻量服务层函数。
如果您在配置PHP 8的JIT编译器时发现性能提升不明显或行为异常，很可能是因未正确理解tracing与function两种模式的本质差异。以下是针对这两种JIT编译模式的核心区别解析：
一、设计目标与适用场景差异
tracing模式聚焦于识别并编译高频执行的控制流路径（如循环体、条件分支链），适用于逻辑复杂、存在长循环或深度递归的CPU密集型任务；function模式则以函数为单位触发编译，仅当某函数被反复调用时才将其整体编译为机器码，更适合调用频次高但单次逻辑轻量的服务层函数。
1、tracing模式会动态构建trace tree，捕获跨函数边界的执行轨迹，例如一个for循环内多次调用同一辅助函数的完整路径。
2、function模式不分析调用上下文，仅检测函数入口调用次数阈值，对内部控制流无感知，无法优化循环内部热点。
立即学习“PHP免费学习笔记（深入）”；
3、对于含大量if-else嵌套或状态机跳转的代码，tracing可生成更紧凑的机器码；而function模式在此类场景下可能完全不触发编译。
二、触发机制与编译粒度不同
tracing依赖运行时执行路径热度统计，需积累足够多的“trace记录”后才启动编译，编译产物是特定执行路径的机器码片段；function则基于函数调用计数器，达到阈值即整函数编译，粒度固定且不可分割。
1、tracing的触发由opcache.jit中的第3位（register_intercept）控制，启用后Zend VM会在每次分支跳转时采样路径哈希。
2、function模式对应opcache.jit的第2位（on_func），其阈值由opcache.jit_hot_func参数设定，默认为100次调用。
3、同一段代码在tracing下可能生成多个trace（如不同循环次数分支），而在function下仅生成一份函数级机器码。
三、内存占用与稳定性表现对比
tracing因需维护路径跟踪元数据及多版本trace缓存，内存开销显著高于function模式；function模式因编译单元边界清晰、复用率高，内存占用更可控，但在面对高度多态函数时易产生类型推测失败导致退化为解释执行。
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
1、tracing模式下opcache.jit_buffer_size需至少设置为128M，否则缓冲区溢出将静默禁用JIT。
2、function模式在opcache.jit_buffer_size=64M时即可稳定运行，且对eval()、动态函数调用等不安全语法容忍度更高。
3、当代码中存在未声明类型的变量参与算术运算时，tracing可能因类型不稳定拒绝编译该trace，而function模式仍会尝试编译函数主体。
四、配置参数与验证方式区分
两种模式通过opcache.jit的位掩码组合启用，不能混用；验证是否生效必须检查opcache_get_status()['jit']数组内容，而非仅依赖php -v输出。
1、启用tracing推荐配置：opcache.jit=1205（optimization_level=1 + on_func=2 + register_intercept=0 + buffer_size_flag=5）。
2、启用function推荐配置：opcache.jit=1025（optimization_level=1 + on_func=0 + register_intercept=2 + buffer_size_flag=5）。
3、验证命令php -r "var_dump(opcache_get_status()['jit']['tracing']);"在tracing模式下返回int(1)，在function模式下返回NULL。
五、实际性能影响的关键限制
两种模式均受PHP运行环境硬性约束：若使用Alpine Linux官方镜像，需确认编译时启用--enable-opcache-jit；若Docker容器内存限制低于opcache.jit_buffer_size，JIT将自动禁用且不报错；所有含__call、__get魔术方法或频繁使用array_key_exists()动态键检测的代码路径，均会被JIT主动绕过。
1、tracing模式在首次请求时延迟更高，因需完成路径预热和IR生成，后续请求才体现加速效果。
2、function模式在脚本生命周期初期即可触发编译，但若函数调用分布高度离散（如每个HTTP请求调用不同函数），则缓存命中率趋近于零。
3、对I/O密集型Web请求，两种模式均几乎不产生可测量性能提升，因其优化对象是CPU指令执行，而非磁盘读写或网络往返。
