opcache.preload 是 php 7.4+ 的运行时机制，于 fpm 启动时一次性编译指定文件并常驻内存；需用 preload.php 安全加载 autoload_static.php，避免直接 preload vendor/autoload.php 导致类重复声明或未定义错误。
PHP 7.4+ 的 opcache.preload 是什么
它不是 Composer 功能，而是 PHP 运行时机制：在 FPM 启动时，由 opcache.preload 指定的 PHP 文件被**一次性编译并常驻内存**，后续所有请求直接复用，跳过文件加载、词法/语法解析、opcode 编译全过程。Composer 生成的 vendor/autoload.php 正是 preload 的典型目标——但必须确保它不依赖运行时动态逻辑（比如未定义常量、未初始化的全局变量）。
preload vendor/autoload.php 为什么容易失败
常见错误现象：PHP Fatal error: Uncaught Error: Class 'ComposerAutoloadClassLoader' not found 或 Failed to preload 'vendor/autoload.php': Cannot declare class, because the name is already used。根本原因是：vendor/autoload.php 本身只是加载器入口，真正干活的是 vendor/composer/autoload_real.php 和各类映射文件，而 preload 会提前执行整个链路，若其中包含重复注册、条件判断或未就绪的环境，就会崩。
- preload 不支持
require_once的幂等性，所有被 include 的文件都会被强制重载一次 -
autoload_static.php（Composer 2 默认生成）可安全 preload；但autoload_classmap.php若体积过大（>2MB），会导致 FPM master 进程启动变慢甚至 OOM - 若项目用了
"files"类型自动加载（如全局函数），这些文件也会被 preload —— 必须确保它们无副作用、无依赖顺序问题 - preload 发生在 OPCache 初始化阶段，此时
$_SERVER、__DIR__等上下文可能不可靠，避免在 autoload 文件里做路径拼接或环境判断
怎么写一个安全可用的 preload.php
不要直接 preload vendor/autoload.php。应该提取出“纯声明+静态映射”部分，绕过 loader 初始化逻辑：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
// preload.php
// 只加载 Composer 静态映射，不触发 spl_autoload_register
if (file_exists(__DIR__.'/vendor/composer/autoload_static.php')) {
require __DIR__.'/vendor/composer/autoload_static.php';
// 手动注册 ClassLoader 实例（仅当需要 fallback 时）
if (class_exists('Composer\Autoload\ClassLoader', false)) {
$loader = new ComposerAutoloadClassLoader();
$loader->addClassMap(ComposerAutoloadComposerStaticInit...::getAutoloadClassMap());
$loader->register(false);
}
}
关键点：
- 检查
autoload_static.php存在性，它比autoload_classmap.php更轻、结构更稳定 - 用
class_exists(..., false)避免触发 autoload - 传
false给$loader->register()，防止重复注册（FPM worker 启动时还会走一遍 autoload.php） - 该文件必须放在 OPCache 能读取的路径下，且不能有
__DIR__之外的相对路径引用
部署时必须同步做的三件事
preload 单独启用毫无意义，它和 Composer 优化、OPCache 配置是强耦合的：
- PHP 配置中必须设
opcache.preload=/path/to/preload.php，且opcache.preload_user权限正确（通常为 www-data 或 nginx 用户） - 执行
composer install --optimize-autoloader --no-dev --prefer-dist，确保autoload_static.php已生成且不含 dev 代码 - 确认
opcache.validate_timestamps=0（生产环境禁用热更新检测），否则每次请求仍会 stat 所有 preload 文件
最容易被忽略的是：preload 后，vendor/ 更新必须重启 PHP-FPM 进程，否则新类永远进不了内存 —— 它不像 OPCache 文件缓存那样能通过 opcache_invalidate() 刷掉。
