在 composer.json 中直接指定版本可强制安装特定依赖，如 "monolog/monolog": "1.25.0"；2. 使用 replace 可完全替换包，prevent 安装原始依赖；3. provide 用于声明兼容实现，影响解析但不强制安装；4. 强制更新可通过 --update-with-dependencies 或手动修改 composer.lock 实现；5. config.platform 可模拟 PHP 版本间接控制依赖选择。最推荐方法是直接在 require 中锁定版本并运行 composer update 解析依赖冲突。
1. 在 composer.json 中直接指定版本
最直接的方式是在项目的
composer.json文件的
require或
require-dev中明确声明你想要的包和版本：
<font color="#333333">{
"require": {
"monolog/monolog": "1.25.0"
}
}</font>
执行
composer update后，Composer 会尽量安装这个版本，即使其他依赖建议不同版本。
2. 使用 replace 替换依赖（谨慎使用）
如果你需要完全替换某个依赖，不让 Composer 安装原始包，可以用
replace字段。这通常用于你已经自行提供该包的实现：
<font color="#333333">{
"replace": {
"symfony/http-foundation": "*"
}
}</font>
这样 Composer 会认为该包已存在，不再安装。适用于自定义 fork 或内部实现。
3. 使用 provide 声明虚拟提供
当你用一个包替代另一个兼容包时，可以使用
provide来告诉 Composer 当前项目“提供”了某个接口或包：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
<font color="#333333">{
"provide": {
"psr/log-implementation": "1.0"
}
}</font>
这不会强制安装具体版本，但会影响依赖解析逻辑。
4. 强制更新并忽略依赖冲突（高级操作）
如果某些依赖阻止你安装目标版本，可尝试强制更新：
composer require vendor/package:desired-version --update-with-dependencies
composer require vendor/package:desired-version --no-update
配合手动调整后运行composer update
更激进的做法是使用
--ignore-platform-reqs或编辑
composer.lock手动修改版本（不推荐，容易出错）。
5. 使用 platform 配置模拟环境
有时依赖版本受 PHP 版本限制，可通过
config.platform模拟较低或较高版本，间接影响依赖选择：
<font color="#333333">{
"config": {
"platform": {
"php": "7.4.0"
}
}
}</font>
总结： 最安全有效的做法是在
composer.json中直接写死所需版本，并运行
composer update让依赖解析器处理。若存在冲突，检查依赖树（
composer depends package/name）并调整相关包版本。替换或提供机制适合特殊场景，需理解其副作用。 基本上就这些方法，按需选择即可。
