根本原因是当前composer.lock不是目标历史版本；需先用git checkout恢复旧lock、清空vendor，再运行composer install；降级单个包唯一可靠方式是composer require vendor/package:version --with-all-dependencies，并用composer why-not定位冲突。
composer install 为什么没装旧版本
根本原因不是命令失效，而是你当前的 composer.lock 文件不是目标历史版本。很多人执行 composer install 后发现 vendor/ 里还是新包，甚至报 Class not found，其实只是在用被改写过的 lock 文件。
- 先运行
git status composer.lock：如果显示modified或not staged，说明它已被覆盖，不是你要回滚的那个版本 - 若旧版 lock 已提交，直接恢复：
git checkout HEAD~1 -- composer.lock（或指定具体 commit hash） - 删干净
vendor/：rm -rf vendor（Windows 用户请手动删除） - 再跑
composer install——此时它才真正只读 lock、不碰composer.json的版本约束
想降级某个包，别改 composer.json 后跑 update
手动把 "monolog/monolog": "^2.0" 改成 "monolog/monolog": "1.27.0"，再执行 composer update，大概率无效。因为 composer update 默认只升不降，只要当前版本满足约束（比如 2.3.0 满足 ^2.0），它就跳过安装。
- 唯一可靠动作是：
composer require monolog/monolog:1.27.0 --with-all-dependencies - 这个命令会强制重装指定版本，并同步调整所有子依赖，避免出现
monolog/monolog降了但symfony/console还卡在 6.x 导致运行时报错 - 不加
--with-all-dependencies容易静默失败，报错却不说明哪一层冲突 - 验证是否生效：
composer show monolog/monolog输出的version字段必须是1.27.0.0（Composer 自动补零，1.27和1.27.0解析行为不同）
降级失败？先查谁在拦着你
执行 composer require vendor/package:1.27.0 --with-all-dependencies 报 Your requirements could not be resolved，这不是网络问题，是依赖图里存在明确封杀该版本的约束。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 核心命令：
composer why-not vendor/package:1.27.0—— 必须带完整版本标识，漏掉:或版本号会报Package not found - 输出要从下往上读：最后一行是你
composer.json的根声明，往上每行都是某个已安装包写的约束；常见陷阱是看到laravel/sanctum出现在链里就忽略，其实它可能悄悄锁死了上限 - 若输出为空，说明该版本不在当前 Packagist 通道（比如你设了
"minimum-stability": "stable"，但目标版本是dev分支） - 检查
config.platform.php是否设了过高 PHP 版本（如"8.2"），而目标包只支持8.0；临时删掉该配置再试
Composer 自身也要降级？不能 self-update --rollback
composer self-update --rollback 在 v2.5.0+ 已禁用，且只能回退上一次升级。所谓“降级 Composer”，本质是替换 PHAR 文件。
- 确认当前版本：
composer --version；若输出类似Composer version 2.5.8，说明已在用 2.x - 彻底卸载：
sudo rm /usr/local/bin/composer（路径以which composer为准） - 下载并生成 1.x PHAR：
curl -sS https://getcomposer.org/installer | php，然后php installer --version=1.10.22 - 移动并设可执行：
sudo mv composer.phar /usr/local/bin/composer && sudo chmod +x /usr/local/bin/composer - 验证：
composer --version应输出Composer version 1.10.22，且能正常解析旧式镜像配置
真正麻烦的从来不是“怎么降”，而是搞清哪一层在卡住——可能是 require-dev 包的 PHP 要求拖垮整条链，也可能是某条 conflict 声明藏在二级依赖里。动手前先 why-not，比反复删 vendor 有效得多。
