最可靠方式是用 composer require 锁定旧版本：先查当前版本（composer show），再查历史版本（composer show -a），然后执行 composer require vendor/package:old-version --with-all-dependencies，最后验证并清 autoload 缓存。
直接用 composer require vendor/package:old-version --with-all-dependencies 是目前最可控、最常用的方式。Composer 没有 downgrade 或 rollback 命令，所谓“回退包”，本质是让 Composer 重新解析依赖并装上你指定的旧版。
查当前装的是哪个版本、有哪些历史版本可用
先确认目标包当前状态，避免凭记忆写错版本号：
- 查已安装版本：
composer show monolog/monolog - 查所有可选历史版本（含稳定 tag 和分支）：
composer show -a monolog/monolog，输出里找类似v2.2.4这样的正式发布标记 - 注意：如果输出里没有你要的版本，可能是 Packagist 已 yank（下架），或该版本不兼容当前 PHP 版本（比如项目设了
"config.platform.php": "8.2"，而 v2.2.4 只支持^7.2 || ^8.0）
执行降级命令必须加 --with-all-dependencies
不加这个参数，Composer 在子依赖冲突时会静默跳过，看起来命令执行成功，但 vendor/ 和 composer.lock 实际没变：
- 正确写法：
composer require monolog/monolog:2.2.4 --with-all-dependencies - 错误写法：
composer require monolog/monolog:2.2.4（可能无反应，也不报错） - 如果提示
Root package 'xxx' cannot be found in the repository，大概率是composer.json里"name"字段被删或格式错误（必须为vendor/name）
降级后 Class not found？不是装错了，是 autoloader 没刷新
即使 composer show 显示版本正确，运行时仍报 Class 'Monolog\Logger' not found，90% 是 autoload 缓存没清：
- 立刻执行：
composer dump-autoload - 如果是 PHP-FPM 环境，顺手重启：
sudo systemctl reload php-fpm或对应服务名 - 别手改
composer.lock：把"version": "2.3.1"改成"2.2.4"并填旧哈希，几乎一定失败——autoloader 按 lock 生成 classmap，但 zip 包内容和哈希对不上，就会找不到类 - 也别只
git checkout composer.lock就完事：必须rm -rf vendor && composer install，否则vendor/里还残留新版本文件
composer update 为什么经常没反应？检查三件事
执行 composer update monolog/monolog 后发现没变化，不是命令失效，而是被隐性条件拦住了：
-
composer.json里该包的约束是否允许目标版本？比如写的是"^2.3"，你就没法靠update退到2.2.x，得先改成"~2.2.0"或"2.2.4" - 加
-v看详细日志：composer update monolog/monolog -v，留意是否有Skipping monolog/monolog (already at 2.3.1) - 检查
config.platform.php是否锁死了 PHP 版本，导致旧包被排除在候选列表外；临时删掉它再试一次
真正容易被忽略的点是：降级操作不是单点替换，而是一次依赖图重计算。哪怕只动一个包，--with-all-dependencies 也会连带调整其所有子依赖，而这些子依赖的版本变动，常常才是运行时报错的真正源头。
