autoload-dev 专用于开发测试环境，配合 require-dev 使用，执行 composer install --no-dev 时完全忽略；autoload 则面向生产环境，所有环境均生效。

autoload-dev 和 autoload 都是 Composer 用来声明 PHP 类自动加载规则的配置项，但它们的服务对象、生效时机和部署影响完全不同——尤其在测试环境配置中，这个区别直接决定代码是否能跑通、会不会被误发到线上。

服务场景不同

autoload 是为生产环境设计的，它定义的命名空间（如 App\ → src/）会在所有环境下生效，只要引入 vendor/autoload.php 就会加载。而 autoload-dev 专为开发与测试环境服务，比如 PHPUnit 运行时、本地调试或 CI 测试阶段才起作用；一旦执行 composer install --no-dev，它的全部规则都会被跳过，连生成的自动加载映射里都不会出现。

配置内容通常不一样

autoload 一般映射业务核心代码，例如：

• "App\\": "src/"
• "Vendor\\Package\\": "vendor/package/src/"

autoload-dev 则常见于这些路径：

• "Tests\\": "tests/" —— 让测试类可被直接 new 或 use
• "DevTools\\": "dev-tools/" —— 调试用工具类，不进生产包
• 用 files 加载 tests/helpers.php 这类全局函数文件

和 require-dev 协同工作

autoload-dev 不单独起作用，它常配合 require-dev 使用：

• require-dev 声明开发期依赖（如 phpunit、faker、phpstan）
• autoload-dev 告诉 Composer：这些依赖要用的类、以及项目自己的测试类，该怎么自动加载
• 运行 composer install --no-dev 时，不仅不装 require-dev 的包，也不会处理 autoload-dev 的映射，vendor/autoload.php 里完全不包含它们

对测试流程的实际影响

没有正确配置 autoload-dev，测试很可能报错“Class not found”：

• PHPUnit 找不到 Tests\Unit\ExampleTest，因为 Tests\\ 没映射到 tests/
• 测试辅助类（如 TestDataFactory）无法自动加载，只能靠手动 require，破坏 PSR-4 规范
• CI 环境若漏掉 --no-dev，可能把测试数据工厂类一起打包上线，带来安全隐患