Composer没有回滚命令，唯一可靠回退方式是删vendor后运行composer install重建状态；因它不记录操作历史，--rollback命令根本不存在，CLI直接报错“Command not defined”。
没有“回退”命令，只有“重建状态”——只要 composer.lock 还在，删掉 vendor/ 后跑 composer install 就是唯一可靠操作。
为什么 composer update --rollback 会报错
这个命令根本不存在。Composer 不记录任何操作历史，也不维护本地变更栈，所以 CLI 解析时直接提示 Command "update --rollback" is not defined。这不是功能被禁用，而是设计上就不支持。常见误操作包括：执行 composer update 出问题后下意识搜“rollback”，或手动改 composer.json 里某个包的版本再跑 update——这其实是另起一次依赖解析，子依赖树可能全变。
composer install 才是真回退，不是 update
composer install 只读 composer.lock，按哈希、版本、嵌套依赖关系原样安装，不计算、不猜测、不升级。而 composer update 永远基于当前 composer.json 和最新可用包版本重新计算依赖树，大概率让问题更糟。错误日志里出现 Your requirements could not be resolved 或 Class not found 时，update 是加重故障的动作。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 如果
composer.lock还在：删掉vendor/，运行composer install - 如果
composer.lock被误删或损坏：优先从 Git 恢复，例如git checkout HEAD~1 -- composer.lock - 如果没开 Git 且
composer.lock真丢了：删vendor和composer.lock后再composer install，但此时生成的新lock和旧环境已不一致，仅作临时应急
删 vendor/ 前必须清缓存、核对 PHP 版本、确认 --no-dev 参数
很多人删完就 install，结果还是报错，问题常出在缓存、平台配置或 autoloader 上：
- 先清缓存：
composer clear-cache——否则损坏的 zip 包可能还在~/.composer/cache里，重装时继续解压失败 - 确认 PHP 版本匹配：
php -v和composer.json中"platform": {"php": "8.1.10"}一致，否则install会跳过兼容包或报require php ^8.1错误 - 检查是否用了
--no-dev：如果上次是composer install --no-dev，这次也得加，否则vendor/bin/下会多出一堆测试工具，可能干扰 CI 或部署流程
composer.lock 损坏时怎么检测和修复
损坏表现通常是 composer install 报 JSON 解析失败、file_get_contents(composer.lock): failed to open stream，或 composer validate 直接报错。先跑 composer validate，它不联网、不装包，500ms 内就能告诉你 lock 文件是否合法：
- 如果输出
./composer.json is valid但./composer.lock is invalid：说明lock文件结构出错，直接删掉它 - 如果
composer.lock是空文件或乱码：删，然后composer install重建 - 如果只是某个包的
dist.sha256字段缺失或错位：别手修，运行composer update --lock，它只重写lock文件，不动vendor
真正容易被忽略的是：即使三步做完（Git 恢复 lock、删 vendor、跑 install），OPcache 可能仍在执行旧类字节码，vendor/bin/ 下脚本可能残留，第三方 post-install-cmd 钩子也没重放——这些都得手动处理，否则“看似回滚成功，实则行为异常”。
