正确方式是运行composer install，前提是composer.lock为目标旧版本快照；它严格按lock中记录的包名、版本号、commit hash和checksum还原vendor，不解析composer.json、不重写lock、不联网查新版本。
直接运行 composer install 就是回退到上一个锁定版本的正确方式，前提是你的 composer.lock 文件确实是那个“上一个”版本的快照。
为什么 composer install 才是真回退
很多人误以为 composer update 或 composer require 能“回退”，其实它们都是在计算新依赖图；而 composer install 的唯一职责就是：严格按 composer.lock 里记录的每个包名、版本号、commit hash 和 dist checksum，原样还原 vendor 目录。
- 它不读
composer.json的版本约束，也不联网查最新版 - 它不触发任何依赖解析，不重写
composer.lock - 只要
composer.lock没被改过、vendor 目录干净，执行后结果就完全可预期
常见错误：composer install 没回退成功
现象是 vendor 里还是新版本，或报 Class not found。根本原因不是命令失效，而是你手上的 composer.lock 已不是目标版本。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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，说明它已被后续操作污染 - 若旧版 lock 文件已提交，用
git checkout abc1234 -- composer.lock（abc1234 是含该 lock 的提交哈希）恢复 - 删掉整个
vendor/：rm -rf vendor（Windows 用户请手动删除），否则 Composer 会跳过已存在目录 - 别用
composer update --lock：它只重写 lock，不清理 vendor，也不会还原代码
如何确认回退是否生效
不能只看 composer.json 里的版本字段，必须验证实际安装状态：
- 运行
composer show vendor/package，输出的version字段必须是你期望的旧版（例如2.9.2.0，Composer 自动补零） - 检查
vendor/composer/installed.json中对应包的version和reference字段，这是最终落地依据 - 如果项目用了 autoloader，删掉
vendor/autoload.php和vendor/composer/autoload_*.php再重装，避免缓存干扰
最关键的细节在于：回退行为完全由 composer.lock 文件内容决定，而不是 git 分支、本地修改或 composer.json 的文字描述。一旦 lock 文件被覆盖或误编辑，就等于丢失了“上一个版本”的权威定义。
