Composer 本身不直接支持按环境动态加载依赖，但可以通过合理配置和流程控制实现不同环境的差异化依赖管理。关键在于利用 composer.json 的灵活性和外部脚本配合。

1. 使用 require-dev 区分开发依赖

这是最基础也是最重要的方式。require 中的包在所有环境中都安装，而 require-dev 只在开发时使用。

• 开发环境：运行 composer install 安装全部依赖
• 生产环境：使用 composer install –no-dev 跳过 dev 依赖

例如：

{   "require": {     "monolog/monolog": "^2.0"   },   "require-dev": {     "phpunit/phpunit": "^9.0",     "friendsofphp/php-cs-fixer": "^3.0"   } }

2. 为测试环境单独管理依赖

如果测试需要额外工具（如 mocking 框架或测试数据库驱动），仍放在 require-dev 中即可。部署到测试服务器时根据用途决定是否加 –no-dev。

• 若测试服务器用于 CI/CD 流程，保留 dev 依赖以运行测试
• 若模拟生产行为，则使用 –no-dev

3. 多 composer.json 文件策略（进阶）

对于差异较大的场景，可维护多个依赖配置文件：

• composer.json：基础共用依赖
• composer.prod.json：生产专用配置
• 通过脚本合并或替换

示例脚本（部署生产前）：

Spacely AI

为您的房间提供ai室内设计解决方案，寻找无限的创意

32

查看详情

cp composer.prod.json composer.json composer install --no-dev --optimize-autoloader

注意：此方法需谨慎管理文件一致性。

4. 利用 scripts 自动化环境适配

在 composer.json 中定义脚本，根据不同环境执行不同操作：

"scripts": {   "post-install-cmd": [     "@php detect-env.php"   ] }

detect-env.php 可根据环境变量决定是否生成配置、清理文件等。

基本上就这些。核心是善用 –no-dev 和 require-dev，再结合部署流程中的脚本控制，就能灵活应对多数场景。