Composer autoload 变慢主因是PSR-4映射过深、类文件过多导致autoload数组庞大，叠加opcache配置不当（如save_comments=0）、realpath缓存不足及误含tests等目录；优化应聚焦精简autoload规则、启用classmap权威模式、合理配置opcache与预加载。
Composer autoload 为什么变慢了
类文件越多、PSR-4 映射越深，composer dump-autoload 生成的 vendor/autoload_classmap.php 或 vendor/composer/autoload_psr4.php 就越庞大，每次请求都要遍历这些数组匹配命名空间——尤其在开发环境启用了 classmap 且未排除测试/fixture 目录时，加载耗时会明显上升。
常见现象：CLI 脚本执行快，Web 请求首次访问慢；opcache.enable=1 但 opcache.save_comments=0 或 opcache.load_comments=0 导致 opcode 缓存失效；realpath_cache_size 过小（默认 4M），频繁 stat() 文件路径。
- 检查是否误将
tests/、examples/、docs/加入了autoload.psr-4（应只放"App\\": "src/"） - 用
composer dump-autoload --optimize --classmap-authoritative生成严格 classmap，跳过 PSR-4 动态查找（适合生产） - 确认
opcache.revalidate_freq=0（生产）或至少设为 60（开发），避免每秒都 check 文件修改时间
PHP 8.1+ 的 opcache.preload 怎么安全启用
预加载不是“把所有类一股脑塞进内存”，而是显式指定核心类（如框架服务、实体基类、常用工具类），由 PHP 启动时一次性编译并常驻。若 preload 脚本里 require 了未存在的文件，或依赖了 $_SERVER 等运行时变量，PHP-FPM 直接启动失败。
实操要点：
立即学习“PHP免费学习笔记（深入）”；
