composer install 会自动生成 vendor/autoload.php，因为它是安装流程的内置环节：先解析依赖并下载，再读取 composer.json 的 autoload 配置生成映射文件，最后组装 autoload.php；只要 composer.json 存在且有效，该文件必被创建或重建。
运行 composer install 时，vendor/autoload.php 会自动创建，无需额外操作——前提是项目根目录存在有效的 composer.json。
为什么 install 会生成 autoload.php？
Composer 在执行 composer install 时，会完整走一遍依赖解析、下载、解压、安装流程，并在最后阶段读取 composer.json 中的 autoload 配置（如 psr-4、classmap 等），生成映射数据并写入 vendor/composer/ 下的一组 PHP 文件，再组装出入口文件 vendor/autoload.php。
这个过程是 install 的内置环节，不是可选行为。只要 composer.json 存在且语法正确，autoload.php 就一定会被生成。
- 如果
vendor/目录不存在，install 会先创建它，再生成 autoload.php - 如果
vendor/已存在但autoload.php缺失（比如被误删），install 会重新生成它 - 如果
composer.json中没写autoload字段，autoload.php 仍会生成，只是只加载已安装包的自动加载逻辑（如 monolog 自带的 PSR-4）
常见失败场景和排查点
autoload.php 没生成，通常不是 install 命令“忘了做”，而是卡在了前置环节：
-
composer.json文件损坏或 JSON 格式错误（用composer validate可快速验证） - 当前目录下没有
composer.json，却执行了install（此时 Composer 会报错：Could not find a composer.json file in /path） - 权限问题导致无法在
vendor/写入文件（尤其在 Docker 或某些 Linux 环境中） - 磁盘满、临时目录不可写等系统级限制，使 Composer 中断在写入阶段
注意：composer install 不会因为 "autoload": {} 或空配置而跳过生成 autoload.php —— 它始终生成，只是映射内容可能为空。
install 和 dump-autoload 的关系
composer install 内部会调用一次完整的 autoloader 生成逻辑，等价于执行了 composer dump-autoload。所以你不需要、也不应该在 install 后手动再跑一遍 dump-autoload，除非你改了 composer.json 的 autoload 配置但没重装依赖。
- 修改了
composer.json中的psr-4路径？→ 运行composer dump-autoload即可，不用 reinstall - 新增了一个类文件但没改 composer.json？→ 不需要任何命令，autoload 映射没变，PHP 会按现有规则找到它
- 想启用
--classmap-authoritative？→ 必须显式加参数运行composer dump-autoload --classmap-authoritative，install默认不启用
autoload.php 生成后仍 Class not found 怎么办？
生成成功 ≠ 加载成功。典型脱节点：
- 代码里用了
require 'vendor/autoload.php'，但路径写错了（比如少了一层../） - 命名空间声明和
psr-4配置不匹配，例如"App\": "src/"但类文件放在src/controllers/且命名空间是AppControllers，漏了Controllers一级 - 类文件名大小写不一致（Linux 下敏感，Windows 下可能“碰巧”能加载）
- OPcache 启用且未清除，缓存了旧的 autoloader 映射（可临时执行
opcache_reset()或重启 Web 服务）
最直接的验证方式：打开生成的 vendor/composer/autoload_psr4.php，看你的命名空间是否出现在数组里，路径是否指向你预期的目录。
