Composer的--dev模式到底启用了哪些功能？

--dev决定是否安装开发依赖及启用相关配置。1. 安装require-dev中的包，如PHPUnit等开发工具；2. 启用autoload-dev自动加载规则，加载测试类等开发文件；3. 影响插件和脚本执行，如跳过文档生成。默认开启，生产环境应使用--no-dev以减少体积和风险。

Composer 的 --dev 模式主要控制的是开发依赖的安装行为。默认情况下，Composer 会同时处理项目所需的运行时依赖和开发阶段用到的工具，而 --dev 参数影响的是后者是否被加载。

1. 安装 require-dev 中定义的包

这是 --dev 最核心的功能。在 composer.json 中有两个主要的依赖字段：

• require：项目运行所必需的库，例如框架、数据库抽象层等。
• require-dev：仅在开发或测试时需要的工具，比如 PHPUnit、PHPStan、phpunit、psysh 等。

使用 composer install --dev（默认行为）时，这两个部分都会被安装。如果不加 --dev（即使用 composer install --no-dev），则只安装 require 中的内容，跳过 require-dev。

2. 启用 autoload-dev 自动加载规则

除了 require-dev，composer.json 还支持 autoload-dev 配置。它定义了仅在开发环境下需要自动加载的类文件，比如测试用例（tests/ 目录下的类）。

开启 --dev 模式时，Composer 会把 autoload-dev 中的命名空间或文件路径加入自动加载机制。关闭后，这些开发专用的类将无法通过 Composer 自动加载。

无阶未来模型擂台/AI 应用平台

无阶未来模型擂台/AI 应用平台，一站式模型+应用平台

35

查看详情

3. 影响插件和脚本的执行环境

某些 Composer 插件或自定义脚本的行为会根据是否处于 dev 模式做出不同响应。例如：

• 部署脚本可能在 --no-dev 时跳过生成 API 文档或代码覆盖率报告。
• 一些静态分析工具只在 require-dev 存在时注册事件监听。

因此，--dev 实际上改变了整个依赖解析和执行上下文。

典型使用场景

以下是一些常见命令中 --dev 的实际体现：

• composer install：默认启用 --dev，安装全部依赖。
• composer install --no-dev：用于生产环境，减少体积和潜在安全风险。
• composer update --dev：明确启用开发依赖更新（等同于默认行为）。
• composer require "phpunit/phpunit" --dev：将包添加到 require-dev 而非 require。

基本上就这些。--dev 不是“启用某个神秘功能”，而是决定是否处理开发专用的依赖与配置。生产部署推荐使用 --no-dev，开发本地保持默认即可。

以上就是Composer的--dev模式到底启用了哪些功能？的详细内容，更多请关注php中文网其它相关文章！