php 7.4+ 预加载仅加速用户定义的类、接口、trait 和函数，对内置函数无效，因其由c语言实现且启动时已载入内存，无需解析编译。
PHP 7.4+ 的预加载（Preload）**不用于提升内置函数的性能**，它只作用于用户定义的类、接口、Trait 和函数（即你项目中写的或 Composer 引入的 PHP 代码），对 PHP 内置函数（如 strlen()、array_merge()、json_encode() 等）完全无效。
为什么预加载不影响内置函数？
内置函数是 PHP 核心用 C 实现的，启动时已直接载入内存并注册到函数表中，无需解析、编译或链接。它们本身就没有“文件加载→词法分析→语法解析→生成 OPcode”这一过程，所以预加载机制压根不介入。
预加载真正加速的是什么？
它解决的是用户代码层的类加载开销，特别是自动加载（autoload）带来的重复 I/O 和编译成本。典型场景包括：
- 每次请求都 require_once 框架核心类（如
Illuminate/Foundation/Application.php） - PSR-4 自动加载器遍历目录、匹配命名空间、检查文件是否存在
- 同一类被反复解析编译（即使 OPcache 缓存了 opcode，仍需运行时符号链接和依赖验证）
预加载如何让类加载变快？
它在 PHP-FPM worker 启动时就完成三件事：
- 读取并编译指定的 PHP 文件（仅一次）
- 解析所有类继承、接口实现、Trait 使用关系，完成符号链接
- 将已链接的完整类结构常驻内存，后续请求直接复用，跳过全部 autoload 流程
效果相当于把“框架 + 业务核心类”变成 PHP 解释器原生的一部分——不是缓存，而是提前固化。
想提升内置函数调用性能？这些方向更实际
内置函数本身已高度优化，日常使用无需干预。若真遇到瓶颈，可考虑：
-
减少不必要的调用：比如循环内多次
count($arr)改为提前赋值；避免在热路径反复json_encode()同一数据 -
用更高效替代方案：如用
isset($arr[$key])替代array_key_exists()；用str_starts_with()（PHP 8.0+）替代substr($s, 0, 2) === 'ab' - 启用 JIT（PHP 8.0+）：对含大量数学运算或循环的自定义函数有明显收益，但对内置函数调用本身影响极小
总之，预加载是为“类定义加载”而生，不是为“内置函数加速”设计的。把它用在框架和业务类上，才能真正释放 PHP 7.4+ 的性能潜力。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
