ci中应直接用composer install --no-dev --optimize-autoloader --classmap-authoritative，因其一步完成lock校验、跳过dev包、生成并启用权威classmap；单独dump-autoload在composer 2.x下默认不触发完整扫描，易白干。
CI中该用 install 还是 dump-autoload？
直接用 composer install --no-dev --optimize-autoloader --classmap-authoritative，别单独跑 dump-autoload。后者在 CI 里大概率白干：Composer 2.x 默认不触发完整 classmap 扫描，除非你项目里明确定义了 "classmap" 字段；而 install 命令会强制校验 lock、跳过 dev 包、重生成 autoload_classmap.php 并启用权威模式——三件事一步到位。
为什么加 --classmap-authoritative 是必须的？
不加它，--optimize-autoloader 只是“预生成 classmap”，但运行时仍会 fallback 到 PSR-4 目录扫描（比如查不到类就去 src/ 下逐个 stat()）。加上后，autoloader 才真正只信 autoload_classmap.php 里的表，彻底跳过文件系统遍历。但要注意：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 必须配
--no-dev，否则 dev 包的类没进 classmap，一触发 fallback 就全乱套 - 动态拼类名（如
$class = $prefix . 'Handler'）不会被扫描进去，得提前require_once或改用class_alias() - 检查
vendor/composer/autoload_real.php里findFile()方法：如果只剩if ($classMap = $this->classMap)分支，没任何foreach ($this->prefixesPsr4循环，才算真生效
CI脚本里最容易漏掉的三个点
光跑对命令不够，这三个环节一漏，优化就打水漂：
-
--no-scripts必须显式加上——否则post-install-cmd里可能执行开发向命令（比如启动 Swoole），卡住整个构建 - 框架缓存必须清：Laravel 要跟
php artisan config:clear和php artisan view:clear，否则旧缓存会遮蔽新类加载状态 - opcache 配置得同步验证：确保
opcache.enable=1且opcache.validate_timestamps=0，不然 autoload 文件反复编译，classmap 再快也白搭
怎么验证自动加载真的变快了？
别只看 CI 日志有没有报错，要实测运行时行为：
- 部署后立刻执行：
strace -e trace=stat php -r "new AppModelsPost();"，确认没有大量stat("/path/to/src/Models/Post.php")失败调用 - 检查
vendor/composer/autoload_classmap.php是否包含你项目的命名空间路径（比如"App\Models\Post"对应绝对路径），而不是空数组或只有 vendor 条目 - 在 FPM 环境下，用
ab -n 50 -c 5测健康接口，前几次响应明显慢 → 说明 opcache 没预热；稳定后首字节时间降到 10ms 内 → classmap + opcache 协同生效
