答案：composer通过require-dev划分、多配置文件合并、脚本动态修改及platform配置实现多环境依赖管理，推荐结合–no-dev与清晰依赖划分以确保环境一致性。
Composer 通过灵活的配置方式支持不同环境下加载不同的依赖，核心思路是根据运行环境动态调整 composer.json 的内容或利用额外的配置文件。以下是几种常用做法：
1. 使用 require-dev 区分开发与生产依赖
Composer 原生支持将依赖分为 require 和 require-dev 两部分。
– require：项目运行所必需的依赖，所有环境都需要。
– require-dev：仅在开发或测试时需要的工具，如 phpStan、PHPUnit、PHP_CodeSniffer 等。
部署生产环境时，使用以下命令不安装开发依赖：
composer install –no-dev
这样就能自动排除 require-dev 中的包，减小生产环境体积并提升安全性。
2. 多个 composer.json 配置文件（按环境）
-
composer.json—— 基础共用依赖 -
composer.local.json—— 本地开发专用（如 xdebug、mock 工具） -
composer.prod.json—— 生产环境专用（严格锁定版本）
通过脚本合并配置：
cat composer.json composer.prod.json | php -r “echo json_encode(array_merge_recursive(…array_map(‘json_decode’, file(‘php://stdin’))), JSON_PRETTY_PRINT); ?>” > composer.merged.json && mv composer.merged.json composer.json
然后运行 composer install。这种方式适合 CI/CD 流程中自动化处理。
3. 利用脚本动态修改依赖（高级用法）
可在部署脚本中根据环境变量判断是否写入某些依赖：
– 检测环境变量（如 app_ENV=local|prod）
– 使用 PHP 脚本读取并修改 composer.json 结构
– 再执行 composer install
例如，在 CI 中添加步骤：
if [ “$APP_ENV” = “local” ]; then
composer require –dev filp/whoops
fi
4. 使用 config platform 模拟环境平台
避免因扩展缺失导致安装失败，可在 config 中模拟扩展存在：
“config”: {
“platform”: {
“ext-xdebug”: “3.1.0”
}
}
这在生产环境没有 Xdebug 但开发机有的时候特别有用，确保依赖解析一致。
基本上就这些方法。最常见也最推荐的是结合 --no-dev 和清晰的 require / require-dev 划分，再辅以平台配置，就能很好管理多环境依赖问题。不复杂但容易忽略细节。