最可靠方式是用 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。 - 查看所有可选历史版本：运行
composer show -a monolog/monolog，在输出结果里寻找像v2.2.4这样的正式发布标记（tag）。 - 一个重要提示：如果输出列表里找不到你想要的版本，原因可能有两个。要么是 Packagist 已经将该版本下架（yank），要么是该版本与项目当前配置的 PHP 版本不兼容。比如，项目在
composer.json里设置了"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%的情况是自动加载缓存没有刷新。
- 立刻执行：
composer dump-autoload，强制重新生成自动加载映射。 - 如果是 PHP-FPM 环境：顺手重启一下服务会更稳妥，执行
sudo systemctl reload php-fpm或对应的服务名。 - 两个常见的错误操作：
- 手动修改 composer.lock：直接把文件里的
"version": "2.3.1"改成"2.2.4"并填上旧的哈希值。这几乎注定失败，因为 autoloader 是根据 lock 文件生成的类映射，但实际下载的 zip 包内容与哈希值对不上，类自然就找不到了。 - 只回退 lock 文件：用
git checkout composer.lock回退了 lock 文件，但没动vendor/目录。正确做法是rm -rf vendor && composer install，否则vendor/里残留的新版本文件会引发混乱。
- 手动修改 composer.lock：直接把文件里的
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 参数也会强制连带调整它所有的子依赖。而这些子依赖的版本变动，往往才是后续运行时出现各种诡异错误的真正源头。
