PHP8的JIT仅加速高频数学计算、递归和循环，对I/O无效；DateTime类经四层优化，构造、格式化、时区切换和克隆均显著提速；联合类型与命名参数可减少bug但需严格模式和IDE支持；升级须重点检查??运算符、count(null)等兼容性断点。
PHP8 的 JIT 编译器到底加速了什么？
JIT 不是“全速开挂”，它只对特定代码路径生效：高频调用的数学函数、递归逻辑、循环密集型计算。PHP7 完全依赖 Zend VM 解释执行，每次调用都要解析 opcode、压栈、查符号表；PHP8 在运行时识别热点函数（默认触发阈值约 100 次），将其编译为 x86-64 机器码并缓存。
-
opcache.jit=1255和opcache.jit_buffer_size=256M必须同时配置，否则 JIT 形同虚设 - I/O 密集型代码（如数据库查询、文件读写）几乎不受 JIT 加益，甚至因预热开销略慢
-
fibonacci(40)这类纯计算在 PHP8 + JIT 下耗时可降 60%+，但在 PHP7 中仍需 O(2^n) 时间 - 启用 JIT 后内存占用上升约 15–20MB，小内存容器（<512MB）需谨慎评估
DateTime 构造和 format() 在 PHP8 里快在哪？
PHP8 对 DateTime 类做了四层底层优化，不是“稍微快点”，而是从字符串解析、格式化输出、时区切换到对象克隆全部重写。
- 构造非法日期如
"2023-02-30"：PHP7 走完整校验链路后才报错；PHP8 在预检阶段直接抛Exception，省掉 70% 以上无效解析 -
$date->format('Y-m-d H:i:s')：PHP7 动态拼接、多次内存分配；PHP8 预算缓冲区大小，单次连续写入，实测快 35% - 切换时区如
$date->setTimezone(new DateTimeZone('Asia/Shanghai'))：PHP7 每次都查时区数据库；PHP8 首次加载后固化偏移量，后续仅改指针 -
clone $date：PHP7 复制整个时区规则数组；PHP8 只保留时间戳、时区 ID 和当前偏移，内存占用降 62%
联合类型和命名参数真能少写 bug？
能，但前提是团队统一认知和 IDE 支持到位。PHP7 的类型声明只支持单一类型（string 或 int），而 PHP8 的联合类型（如 string|int|null）和命名参数（foo(name: 'a', age: 30)）本质是把隐含契约显性化。
PHP 8.5.12 RC 1
下载
PHP 8.5.12 RC 1 候选版修复 BZ2、DOM、PDO、Opcache/JIT 和扩展内存安全问题，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
- 联合类型让 IDE 和静态分析工具（如 PHPStan）能提前发现传参错误，比如向
function log(string|int $msg): void传入array会被立刻标红 - 命名参数大幅降低函数调用歧义，尤其在参数 >3 个且含默认值时：
mysqli_query($conn, $sql, MYSQLI_STORE_RESULT)vsmysqli_query(resultmode: MYSQLI_STORE_RESULT, connection: $conn, query: $sql) - 注意陷阱：联合类型不支持
array|string这类带括号的写法，必须写成array|string（无空格）；命名参数不能混用位置参数在后（foo(1, name: 'x')会报错） - PHP7 项目升级后，若未启用严格模式（
declare(strict_types=1)），联合类型不会强制校验，等于白加
升级前最该检查的三类兼容性断点
PHP8 不是平滑升级，有些变化会直接让老代码崩溃或行为偏移，必须逐项验证。
立即学习“PHP免费学习笔记（深入）”；
-
??（null 合并运算符）语义收紧：PHP7 允许$a ?? $b中$a是未定义变量；PHP8 要求$a至少存在（哪怕为null），否则报Notice: Undefined variable -
count(null)在 PHP7 返回 0，PHP8 抛TypeError；类似还有strlen(null)、array_key_exists(null, []) - 扩展依赖：部分老扩展（如
mcrypt、mysql）PHP8 已彻底移除；ext-gd在 PHP8.1+ 对图像资源类型更严格，imagecreatefrompng()失败时不再返回 resource false，而是 throw Exception
有些问题表面是语法报错，实际根子在时区缓存、JIT 预热延迟或 opcache 冷启动策略上——别急着改代码，先看日志里到底是 parse error 还是 fatal error，再决定查语法、查配置还是查扩展。
