composer install 时跳过生成 autoload.php 需加 --no-autoloader 参数，它会跳过 vendor/autoload.php 生成及所有 autoloader 相关逻辑（如 classmap 扫描、PSR-4 映射），常用于 CI 构建或部署场景。
composer install 时跳过生成 autoload.php
想让 composer install 不碰自动加载文件，核心就是加 --no-autoloader。它不只跳过 vendor/autoload.php 生成，连整个 autoloader 相关逻辑（比如 classmap 扫描、psr-4 映射写入）都会绕开。
常见于 CI 构建阶段：你已经用 composer dump-autoload --classmap-authoritative 提前生成好优化版 autoload，后续 install 就不该再动它；或者部署时只解压 vendor，根本不需要 PHP 自动加载器参与。
- 必须和
install或update一起用，单独composer --no-autoloader无效 - 如果项目里有
autoload-dev配置，它也一并跳过——哪怕你只想要跳过主 autoload - 执行后
vendor/autoload.php文件可能不存在，或保留旧版本，不会被覆盖
composer dump-autoload 不受 --no-autoloader 影响
--no-autoloader 是 install/update 的开关，对 dump-autoload 完全没作用。后者本来就是专干 autoload 生成的活，加了这个参数会被忽略。
如果你误以为 composer dump-autoload --no-autoloader 能“清空” autoload，结果会发现文件照常生成，甚至可能因配置错误导致 Class not found。
- 要跳过 dump，就别运行
dump-autoload这条命令 - 想生成精简版 autoload，改用
--no-dev或--classmap-authoritative -
dump-autoload -o（即--optimize）在 PHP 7.4+ 已废弃，现在默认走 classmap 优化，不必手动加
autoload.php 缺失但代码仍能跑？检查是否用了 classmap
跳过 autoloader 后，vendor/autoload.php 消失，但某些项目还能跑，往往是因为用了 "classmap" 方式注册依赖——比如 Laravel 的 vendor/composer/autoload_classmap.php 被直接 require 进了启动流程。
这时候你以为跳过了 autoload，其实只是绕开了 PSR-4 映射，classmap 还在生效。容易误判问题是否真被跳过。
- 检查
composer.json的autoload.classmap字段是否存在 - 看
vendor/composer/目录下是否有autoload_classmap.php并被其他入口引用 - 运行
composer show --platform可确认当前是否启用了 classmap 模式
CI/CD 中漏掉 --no-autoloader 导致构建变慢
在 GitHub Actions 或 GitLab CI 里，如果每次 composer install 都重新扫描全部 vendor 包生成 autoload，尤其在 monorepo 或含大量 dev 依赖的项目中，可能多花 10–30 秒。这不是报错，但拖慢流水线，且容易被当成“网络慢”掩盖。
- 推荐固定搭配：
composer install --no-interaction --no-progress --no-autoloader - 若后续需要运行测试（依赖 autoload），应在测试前补一句
composer dump-autoload --no-dev - 注意：Docker 构建中，如果 base image 已含生成好的 autoload，RUN composer install 不加
--no-autoloader会把它冲掉
--no-autoloader，最好顺手 ls -l vendor/autoload.php 看一眼。 
