用 composer require 指定旧版本可安全回退，如 composer require monolog/monolog:1.25.0；遇依赖冲突用 composer why-not 定位原因，切勿误用 composer update 加版本号。
直接用 composer require 指定旧版本即可回退，不需要卸载重装或手动改 composer.json —— 但必须注意依赖冲突和锁文件同步问题。
用 composer require 强制降级指定包
这是最常用也最安全的方式，Composer 会自动处理依赖兼容性（如果可行）并更新 composer.lock：
- 降级单个包：
composer require monolog/monolog:^1.25.0（会安装满足该约束的最新可用版本，比如1.25.5） - 精确锁定某小版本：
composer require monolog/monolog:1.25.0（强制安装1.25.0，不带^或~） - 若已安装高版本，该命令会先卸载再装目标版本，并更新
vendor/和composer.lock
遇到 “Your requirements could not be resolved” 怎么办
这是降级时最典型的报错，本质是当前项目其他依赖（比如 laravel/framework）声明了最低版本要求，与你想降的版本冲突：
- 运行
composer why-not vendor/package:1.25.0查看哪个包在阻止安装（例如输出laravel/framework 10.0.0 requires monolog/monolog ^2.0） - 要么同步降级依赖方（如
composer require laravel/framework:9.52.0），要么接受无法单独降级该包 - 加
--ignore-platform-reqs可绕过 PHP 扩展或版本检查，但不解决逻辑依赖冲突，慎用
composer update 加版本号不是回退的正确姿势
很多人误以为 composer update vendor/package:1.25.0 能降级，实际会报错或无效：
-
composer update不接受版本号参数；写成那样会被当成包名，报Package "vendor/package:1.25.0" not found - 想批量更新多个包到特定版本？只能多次执行
composer require vendor/package:1.25.0 - 如果已手动改了
composer.json中的版本号，务必再跑一次composer update vendor/package（不带版本），否则composer.lock不会更新
回退后验证是否生效
别只看 composer.json 或 composer.lock，要确认实际加载的是目标版本：
- 检查
vendor/composer/installed.json里对应包的version字段 - 运行
composer show vendor/package，输出中的versions行即当前加载版本 - 在代码中临时加
var_dump(class_exists('Monolog\Logger') ? \Monolog\Logger::VERSION : 'not loaded');验证运行时版本
真正麻烦的从来不是命令怎么写，而是搞清「为什么这个版本不能装」——花十分钟看懂 why-not 的输出，比反复试错快得多。
