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：生产专用配置
• 通过脚本合并或替换

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

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，再结合部署流程中的脚本控制，就能灵活应对多数场景。