冷启动慢主因是opcache未预热或autoload_static.php未被有效缓存，而非autoloader本身慢；PHP 7.4+/Composer 2.x下-dump-autoload -o反致性能下降，因全量classmap需每次加载解析，而实际仅用不到5%类。
冷启动慢，大概率不是autoloader本身慢，而是没配对
Serverless 或 FPM 首请求延迟高，常被归咎于 Composer 自动加载，但真实瓶颈往往在「autoload 文件未被 opcache 缓存」或「classmap 生成方式反向拖累」。PHP 7.4+ + Composer 2.x 下，composer dump-autoload --optimize（即 -o）不仅不提速，反而让冷启动更慢——因为 autoload_classmap.php 是一个数 MB 的全量数组，每次请求都要 require 并反序列化，而实际只用到其中不到 5% 的类。
- 确认是否真在用 classmap：检查
vendor/composer/autoload_classmap.php是否存在且体积 >1MB；若存在，且你用的是 PHP 7.4+、Composer 2.x、opcache 已启用，那它大概率是累赘 - 真正该依赖的是
autoload_static.php：Composer 2 默认生成它，结构扁平、opcode 友好，opcache 能高效缓存，无需额外参数 - 冷启动卡顿的典型信号：
ab -n 20 -c 1测试时前 3~5 次明显慢，后续稳定 → 说明 opcache 还没热，不是 autoloader 问题
生产部署必须加 --no-dev，否则 --optimize-autoloader 白跑
--optimize-autoloader（或 -o）只对 PSR-4/PSR-0 声明的类起作用，且**仅当这些类实际存在于 vendor/ 或 src/ 中才被写入 classmap**。如果 composer install 时没加 --no-dev，dev-only 包（如 phpunit、laravel/pint）也会被扫描进 classmap，导致文件膨胀、加载变慢，甚至因路径冲突引发 Class not found。
- 正确命令永远是：
composer install --optimize-autoloader --no-dev --prefer-dist - CI/CD 中避免单独跑
composer dump-autoload --optimize：它不会重新扫描新安装的包，classmap 里可能缺依赖类 - 验证是否生效：执行后检查
vendor/composer/autoload_real.php中是否有$loader->addClassMap(...)调用；再看autoload_classmap.php是否比之前小（删掉 dev 包后应显著缩水）
--classmap-authoritative 不是“开就快”，而是“开就脆”
--classmap-authoritative（或 -a）强制 autoloader 完全信任 classmap，查不到就直接报错，跳过所有 PSR-4 fallback。它确实能省下一次 file_exists() 判断，但前提是 classmap 必须 100% 完整 —— 而现实中极易漏掉：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 项目里用了
"files"类型 autoload（比如全局函数文件src/helpers.php）→ classmap 不收录，但 autoloader 也不再尝试加载，函数直接不可用 - 测试类放在
tests/目录，且autoload-dev被错误合并进主 autoload →--no-dev后 classmap 没它们，但测试运行时又需要 → 报错位置模糊，难定位 - 框架插件动态注册类（如 Laravel 的匿名策略类、Livewire 组件）→ classmap 无法预知，启用后必报
Class not found
Serverless 场景下，别碰 --apcu-autoloader
APCu 是进程级内存缓存，Serverless 函数每次执行都是全新进程，APCu 缓存完全无效，还多一次扩展调用开销。在 Lambda、Cloudflare Workers 或阿里云函数计算中，--apcu-autoloader 不仅无加速效果，还会因扩展未启用而触发警告甚至失败。
- 真正适合 Serverless 的组合只有两个：
composer install --no-dev（靠 Composer 2 默认的autoload_static.php+ opcache） - 或极少数必须 classmap 的场景：
composer install --optimize-autoloader --no-dev --classmap-authoritative，但务必先确认所有类都符合 PSR-4 规则、无动态生成、无 files 加载 - vendor 目录体积更重要：用
composer install --no-dev --prefer-dist+ 删除.git、docs/、tests/（通过composer config --global discard-changes true或自定义 installer）可减小冷启动时的解压与加载压力
最常被忽略的一点：冷启动性能瓶颈从来不在「是否用了 -o」，而在于「是否让 opcache 稳定加载了 autoload_static.php」。哪怕 classmap 再小，opcache 失效或内存不足，照样要重复编译整个 autoload 链。检查 opcache.memory_consumption 是否 ≥128M，以及 opcache.validate_timestamps 在生产环境是否为 0。
