启用 --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.jsonautoload 配置，dump 后就找不到 → 开发阶段不要启用该选项，仅限部署流程中使用 -
CI/CD 中漏掉参数导致线上异常：确保部署脚本中
composer install明确带--optimize-autoloader --classmap-authoritative，且不被 CI 配置意外覆盖
一个稳妥做法是：在 composer.json 中设置 "optimize-autoloader": true 和 "classmap-authoritative": true，让所有 install/update 默认生效（需 Composer 2.2+）。
