通过合理配置 composer.json 的 require 和 require-dev，并使用 composer install --no-dev 命令，可实现不同环境加载不同依赖。生产环境仅安装必需包，开发环境包含调试工具。结合 CI/CD 脚本、环境变量控制功能启用，以及 define scripts 定义安装流程，能安全高效管理差异依赖。
在使用 Composer 管理 PHP 项目依赖时，经常会遇到不同环境（如开发、测试、生产）需要不同依赖的情况。例如，开发环境中可能需要调试工具（如 phpunit/phpunit、filp/whoops），而生产环境则不需要这些包。直接统一安装会造成资源浪费甚至安全隐患。那么，如何让 Composer 在不同环境下加载不同的依赖？其实可以通过合理配置和流程控制来实现。
理解 composer.json 的 autoload 和 require 区分
Composer 本身不直接支持“按环境动态切换依赖”的机制，但我们可以利用其结构设计灵活应对。核心思路是：将依赖按用途明确划分。
- require：生产环境必需的依赖，比如框架、数据库驱动等。
- require-dev：仅用于开发和测试的工具，如单元测试、静态分析、本地调试组件。
当你执行 composer install 时，默认会安装所有依赖。但在生产环境部署时，应使用：
这条命令会跳过 require-dev 中的包，确保生产环境干净、安全。
使用脚本或构建流程控制环境行为
实际项目中，通常结合 CI/CD 或部署脚本自动区分环境行为。例如：
- 本地开发运行：
composer install（包含 dev 依赖） - 生产构建时运行：
composer install --no-dev --optimize-autoloader
也可以在 composer.json 中定义脚本：
"prod-install": "composer install --no-dev --optimize-autoloader",
"dev-install": "composer install"
}
然后通过 composer run prod-install 快速执行对应流程。
利用环境变量或外部配置决定功能启用
即使某些包被安装了，也可以通过代码逻辑控制是否启用。比如，只在开发环境注册调试中间件：
if (getenv('APP_ENV') === 'development') {// 注册 Whoops 错误处理器
}
这样即使包存在，也不会在生产中生效。推荐配合 .env 文件管理环境变量，提升灵活性。
特殊情况：平台差异依赖处理
如果不同环境基于不同操作系统或扩展需求（如 Linux 上用 ext-redis，Windows 上用 Predis），可在 composer.json 中使用 provide 或条件性 require 建议：
- 优先选择通用库（如
predis/predis兼容性好） - 或在文档中说明：“生产环境建议安装 ext-redis”
- 不强制写入 require，由运维自行优化
Composer 不推荐根据 OS 自动切换 require，容易导致不可控状态。
基本上就这些。Composer 虽然不能像前端工具那样直接“按环境加载依赖”，但通过 --no-dev、脚本控制和运行时判断，完全可以实现安全、高效的差异化依赖管理。关键是把开发与生产依赖分清，再结合部署流程自动化处理。
