最可靠降级方式是composer require vendor/package:1.23 --with-all-dependencies，它强制重装指定旧版并递归调整所有传递依赖；版本号须写死（如1.27.0），禁用^或~，否则可能失败。
直接用 composer require vendor/package:1.2.3 --with-all-dependencies
这是最可靠、最常用的降级方式，不依赖 composer.json 里的约束写法，也不受 composer update 默认“只升不降”逻辑干扰。它会强制卸载当前版本、安装你指定的旧版，并递归调整所有传递依赖，避免出现子依赖卡在高位导致运行时报错。
常见错误现象：composer require monolog/monolog:1.27.0 执行后没变化，或报 Your requirements could not be resolved —— 这不是网络问题，是依赖图里存在冲突约束。
- 版本号必须写死，不能带
^或~（比如"1.27.0"有效，"^1.27"无效） - 务必加
--with-all-dependencies，否则可能静默跳过子依赖调整，后续Class not found难排查 - 执行前建议
git status确认无未提交变更，降级可能影响功能兼容性 - 验证是否生效：运行
composer show monolog/monolog，输出的version字段必须是1.27.0.0（Composer 自动补零，1.27和1.27.0解析行为不同）
改 composer.json + composer update vendor/package 更可控
适合需要复现、协作或审计的场景。它把版本锁定动作显式落在配置文件里，比 require 命令更透明。
操作步骤：
- 编辑
composer.json，把"monolog/monolog": "^2.0"改成"monolog/monolog": "1.27.0"（注意带引号、无符号） - 保存后运行
composer update monolog/monolog—— 必须指定包名，否则composer update会升级所有包 - 检查三处是否一致：
composer show monolog/monolog、vendor/monolog/monolog/composer.json中的version、composer.lock里对应项的version和reference - 如果没变化，检查
config.platform.php是否限制了 PHP 版本——旧版包可能不支持你当前声明的 PHP 版本，Composer 会静默跳过
composer why-not vendor/package:1.27.0 定位拦路者
当降级失败报 Your requirements could not be resolved，这个命令是唯一能快速定位冲突源头的工具。它输出的是依赖链，**要从下往上读**：最后一行是你 composer.json 的根声明，往上每行都是某个已安装包写的约束。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
常见陷阱：
- 看到
laravel/sanctum出现在链里就忽略，其实它可能通过"monolog/monolog": " 封死了上限 - 输出为空？说明该版本不在当前 Packagist 通道，比如你设了
"minimum-stability": "stable"，但目标版本是dev分支 - 必须带完整版本标识，漏掉
:或版本号会报Package not found
别碰 composer install 试图靠它降级
composer install 不会改变版本，它只按 composer.lock 装。很多人执行完 composer install 发现还是新包，甚至报 Class not found，根本原因是当前 composer.lock 文件不是你要回滚的那个历史版本。
判断方法：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的版本约束
复杂点在于：lock 文件一旦被 v2 写过，v1 就无法读；一旦被高 PHP 版本生成，低版本环境可能拒绝解析。这些细节不报错，但会让降级看起来“成功了”，实际运行出问题。
