Laravel 8+ 中 --optimize-autoloader 已失效，应改用 --classmap-authoritative，但需满足 PSR-4 规范、无 files autoload、--no-dev 部署等前提；真正瓶颈常在 Debug 模式、服务注入和事件监听。
composer install --optimize-autoloader 在 Laravel 8+ 中已失效
这个参数在 Composer 2.0 后被标记为 --optimize 已弃用，Laravel 8+ 默认启用 autoload_static.php 静态映射机制，再加 --optimize-autoloader 不仅不提速，反而生成冗余的 autoload_classmap.php，每次请求都要反序列化几 MB 数组——而真实调用的类通常不到 5%。
真正起效的是 --classmap-authoritative，但它有严格前提：
- 项目中不能含
"files"类型 autoload（比如全局 helper 文件） -
autoload-dev必须与主 autoload 分离，部署时必须带--no-dev - 所有类路径必须严格符合 PSR-4：命名空间末尾反斜杠、目录大小写、文件名大小写全部一致
autoload 配置里藏着最大性能陷阱
多数慢启动不是因为没加参数，而是 composer.json 里写了不该写的东西。常见错误包括：
-
"tests/": ["tests/"]或"docs/": ["docs/"]被塞进psr-4—— classmap 会递归扫描整个目录，白增几百个条目 - 用宽泛前缀如
""映射到"legacy/"，触发全目录暴力扫描 - 同一命名空间同时出现在
psr-4和classmap中，Composer 叠加处理，匹配链变长 - 测试类路径误写进主
autoload而非autoload-dev，导致生产环境加载无用逻辑
Laravel/Symfony 生产部署必须用的命令组合
本地开发完全不用动 autoload 参数；真要提速，只在部署阶段执行：
composer install --no-dev --prefer-dist --classmap-authoritative
这条命令生效的前提是：
-
composer.lock已提交且未被忽略 - CI/CD 脚本没漏掉
--no-dev（否则 dev 包照装，优化白做） - 确认
vendor/composer/autoload_static.php存在且非空（这才是 Composer 2.x 的默认高性能路径） - OPcache 已启用且
opcache.enable_cli=1（尤其对 Symfony console 命令影响显著）
Symfony 控制台命令卡顿，别只盯着 Composer
bin/console 启动慢，80% 和自动加载无关，而是初始化开销：
-
APP_DEBUG=1会让 ProfilerBundle、VarDumper 全量加载，加--no-debug立刻见效 - 命令构造函数里注入
EntityManager或Mailer等重型服务？改用$this->getContainer()->get('service_id')按需获取 - 监听器注册了全局
console.command事件？加守卫逻辑：if (!$event->getCommand() instanceof YourCommand) return; - 缓存没预热：
php bin/console cache:warmup --env=prod后，再切回 dev 环境跑命令，容器加载快得多
autoload 优化只是起点，真正的瓶颈常藏在 Debug 模式、服务注入方式和事件监听范围里——这些地方改一行代码，比加十个 Composer 参数更管用。
