Composer不支持直接的条件依赖，但可通过replace模拟扩展存在、conflict避免冲突、平台配置限制PHP版本，或脚本动态生成配置来间接实现。推荐用replace和代码层检测结合，确保依赖稳定可维护。
Composer 本身不直接支持条件依赖（conditional require），比如根据 PHP 版本、扩展是否存在或平台环境动态安装不同包。但可以通过一些方式间接实现类似效果，主要依靠 composer 的 platform 配置、replace 和 conflict 规则，以及利用 provided packages 来模拟条件逻辑。
1. 利用 replace 模拟可选扩展依赖
当你希望在某个扩展存在时使用高性能实现，不存在时回退到纯 PHP 实现，可以使用 replace 来“声明”该扩展已被提供。
{
"require": {
"php": "^7.4 || ^8.0",
"predis/predis": "^1.1"
},
"replace": {
"ext-redis": "*"
}
}
这样即使系统没有安装 ext-redis，其他依赖 ext-redis 的包也会认为它已存在（因为被 replace 了），实际运行时走 predis。如果服务器装了 ext-redis，你可以选择卸载 predis 并移除 replace，实现“优先使用 C 扩展”。
2. 使用 conflict + replace 控制互斥依赖
如果你想确保两个包不同时安装（比如两种驱动），可以用 conflict 配合 replace 实现排他逻辑。
{
"require": {
"symfony/cache": "^5.4"
},
"conflict": {
"ext-apcu": "*"
},
"replace": {
"ext-apcu": "*"
}
}
这表示你“替换”了 apcu 扩展，即使它存在也不会被使用，强制走 Symfony 的 FileAdapter 或其他缓存后端。反过来，如果你希望有 apcu 就不用 predis，可以不在 replace 中声明，并让代码层判断。
3. 基于 PHP 版本的依赖（原生支持）
Composer 支持通过平台配置限制依赖安装环境，这是最接近“条件依赖”的原生方式。
{
"require": {
"php": "^7.4",
"ramsey/uuid-doctrine": "^1.8"
},
"require-dev": {
"phpunit/phpunit": "^9.0"
},
"config": {
"platform": {
"php": "7.4.33"
}
}
}
如果你在 CI 中为不同 PHP 版本运行 composer install，可以结合 platform-check 或外部脚本控制依赖版本。
4. 使用脚本动态处理（高级方案）
在极端情况下，你可以编写脚本分析环境，生成不同的 composer.json，然后执行安装。
例如创建 generate-composer-config.php：
'^1.1'];
if ($useRedisExt) {
unset($require['predis/predis']);
}
$config = ['require' => $require];
file_put_contents('composer.json', json_encode($config, JSON_PRETTY_PRINT | JSON_UNESCAPED_SLASHES));
然后运行这个脚本后再执行 composer install。这种方式灵活但破坏了 composer.json 的静态性，不适合团队协作。
基本上就这些。Composer 的设计偏向“确定性依赖”，所以不鼓励运行时条件判断。最佳实践是：用 replace 提供虚拟扩展、在代码中检测扩展是否存在并切换实现，而不是试图让 Composer 安装不同的包。这样更稳定也更容易维护。
