唯一可靠降级方式是composer require vendor/package:1.2.3 --with-all-dependencies，它强制重装指定旧版本并同步调整所有冲突子依赖；Composer无downgrade命令，直接改composer.json后运行update无效，因其默认只升不降。
composer require vendor/package:1.2.3 --with-all-dependencies 是唯一可靠降级方式
Composer 没有 downgrade 或 rollback 命令，所谓“降级”，本质是强制重装并重算依赖图。直接改 composer.json 后跑 composer update 往往无效——它默认只升不降，只要当前版本满足约束（比如 "^2.0" 下装着 2.3.0），就跳过安装。
正确做法是用 composer require 显式指定目标版本：
-
composer require monolog/monolog:2.9.2 --with-all-dependencies—— 强制锁定并同步调整所有子依赖 - 不加
--with-all-dependencies容易卡在子依赖冲突处，报错却不说明哪一层出问题 - 执行后会更新
composer.json的约束、重写composer.lock、替换vendor/中文件 - 验证是否生效：运行
composer show monolog/monolog，输出的version字段必须是2.9.2.0（Composer 自动补零，2.9.2和2.9解析行为不同）
降级失败时先查 conflict 来源，别急着删 lock 文件
常见错误现象是执行 composer require vendor/package:1.2.3 后报 Your requirements could not be resolved，但没说谁拦的。这不是网络或权限问题，而是依赖图中存在不兼容约束。
实操步骤如下：
- 运行
composer why-not vendor/package:1.2.3—— 明确列出所有封杀该版本的包及其require约束 - 再用
composer show vendor/package 1.2.3查这个旧版本实际依赖哪些包，确认它是否真能被当前环境接受 - 检查
config.platform.php是否设了过高 PHP 版本（如"8.2"），而目标包只支持8.0；临时删掉该配置再试 - 若仍失败，加
--dry-run -v看详细回溯日志，留意Trying vendor/package 1.2.3 → Reverting → Backtracking这类线索
composer install 不装旧版？大概率是你没在用旧 composer.lock
很多人以为 composer install 应该按 composer.lock 装旧包，结果 vendor/ 里还是新版本，甚至报 Class not found。根本原因不是命令失效，而是你根本没在用目标历史版本的 composer.lock。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
先确认状态：
- 运行
git status composer.lock—— 如果显示modified或not staged，说明它已被改过，不是你要的那个版本 - 若旧版
composer.lock已提交，直接恢复：git checkout HEAD~1 -- composer.lock（或指定 commit hash） - 删干净
vendor/：rm -rf vendor（Windows 用户请手动删除） - 再跑
composer install—— 此时它才真正只读lock、不碰composer.json - 别用
composer update --lock，它只是重写lock，不会清理vendor，也不会回退任何代码
Composer 自身降级要分清：self-update vs 手动替换 PHAR
composer self-update 2.2.20 可以直接降级到历史正式版本，但仅限官方发布列表中存在的版本；composer self-update --rollback 只能回退至上一次升级前的版本，且仅一次有效。
当 self-update 失败（常见于国内网络 SSL 超时或校验失败），必须手动替换：
- 查当前位置：
which composer（常见为/usr/local/bin/composer） - 下载目标 PHAR：
curl -sS https://getcomposer.org/download/2.2.20/composer.phar -o /tmp/composer.phar - 校验 SHA384：
shasum -a 384 /tmp/composer.phar，与官网对应版本页列出的值比对 - 覆盖安装：
sudo mv /tmp/composer.phar $(which composer) && sudo chmod +x $(which composer) - 注意兼容性：
v2.1.x无法解析v2.7+生成的composer.lock；若 lock 是新版生成的，得先删掉重install
最易被忽略的是：降级后 autoload 缓存没清，导致版本显示正确、vendor/ 文件也替换了，却仍报 Class not found —— 必须手动运行 composer dump-autoload 或删掉 vendor/composer/autoload_*.php。
