启用 --classmap-authoritative 后，Composer 仅通过 classmap 加载类，跳过 PSR-0/PSR-4 目录扫描，大幅提升性能；但要求所有类必须已存在于 autoload_classmap.php 中，否则报错。

启用 --classmap-authoritative 会让 Composer 完全依赖生成的 classmap 加载类，跳过 PSR-0/PSR-4 的文件扫描逻辑，显著提升自动加载性能，尤其适合生产环境。

它到底做了什么？

默认情况下，Composer 的自动加载器会先查 classmap，没命中再按 PSR-0/PSR-4 规则遍历目录找文件。开启该选项后，自动加载器只查 classmap，不回退到目录扫描。这意味着：所有可自动加载的类必须已出现在 classmap 中，否则会抛出 Class not found 错误。

这个 classmap 来自 composer dump-autoload --optimize（或简写为 -o）生成的 vendor/composer/autoload_classmap.php 文件。

什么时候该用它？

适合对性能敏感、且代码结构稳定的场景：

• 线上生产环境（类不会动态增删）
• 部署后不再运行 composer install 或 composer update 的容器化应用
• 使用 OPcache 且希望减少文件 stat 和目录遍历开销的服务
• 大型项目中 PSR-4 映射目录层级深、文件多，扫描耗时明显

怎么启用并确保安全？

两种等效方式：

• composer dump-autoload --optimize --classmap-authoritative
• composer install --optimize-autoloader --classmap-authoritative（安装时一并生成）

关键前提：所有需要自动加载的类，必须被 Composer 明确识别到。检查方法：

• 确认 composer.json 中的 "autoload" 和 "autoload-dev" 配置完整覆盖了你的类路径
• 运行 composer dump-autoload -o -v，观察输出中是否列出了你新增/修改的类
• 打开 vendor/composer/autoload_classmap.php，搜索关键类名是否存在

注意："autoload-dev" 中的路径默认不包含在生产 classmap 中，如需包含，得加 --dev 参数（但通常不建议在生产启用 dev 类）。

常见陷阱与规避建议

这个选项很高效，但也容易“踩坑”：

• 动态类或运行时生成类失效：比如通过 eval()、__autoload 替代方案、或框架的“运行时注册类”机制，将无法被 classmap 覆盖 → 应避免或改用反射+缓存等替代方案
• 未提交的本地开发类被忽略：若你在 vendor 外写了新类但没更新 composer.json autoload 配置，dump 后就找不到 → 开发阶段不要启用该选项，仅限部署流程中使用
• CI/CD 中漏掉参数导致线上异常：确保部署脚本中 composer install 明确带 --optimize-autoloader --classmap-authoritative，且不被 CI 配置意外覆盖

一个稳妥做法是：在 composer.json 中设置 "optimize-autoloader": true 和 "classmap-authoritative": true，让所有 install/update 默认生效（需 Composer 2.2+）。