应使用 composer update --lock：它仅重写 composer.lock 中元数据（如 content-hash、platform），不解析依赖、不联网、不校验 vendor，前提是 composer.json 依赖未变且已安装包仍满足约束。
composer update --no-install 真的只更新 lock 文件吗？
不，composer update --no-install 并不会“只更新 lock 文件”——它仍会执行依赖解析、重新生成 composer.lock，但跳过安装（即不写入 vendor/）。不过，这个命令**隐含触发完整依赖求解**，和你预期的“仅同步 lock 文件内容”有本质区别。
想真正只写入 lock 文件，该用什么命令？
用 composer update --lock。这是 Composer 2.2+ 引入的专用选项，它的行为是：读取当前 composer.json，比对已有的 composer.lock，仅在必要时重写 lock 文件（例如修改了 require 版本约束、添加了 platform 配置等），完全不触发依赖解析器，也不访问 packagist。
- 适用场景：CI 中确保 lock 文件与 json 严格一致；手动修正 lock 文件后校验格式；离线环境同步元数据
- 不适用场景：升级包版本、解决冲突、添加新包——这些必须走完整
update - 注意：
--lock不会自动补全缺失字段（如content-hash），若 lock 文件结构过旧，可能报错，此时需先运行一次composer update --no-install迁移格式
为什么 --no-install 不等于“轻量更新”？
composer update --no-install 仍会下载 composer.json 中所有包的 composer.json 元数据（来自 packagist 或配置源），执行完整 SAT 求解，计算出新依赖图，再写入 lock。它省掉的是 vendor/ 目录的文件拷贝和 autoloader 生成，但网络 I/O 和 CPU 开销几乎没减少。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 典型错误现象：
composer update --no-install在 CI 中超时，或因网络问题失败，而你其实只想固化当前 json 的声明 - 性能差异：在中大型项目中，
--lock耗时通常 --no-install 可能数秒到数十秒 - 兼容性：低于 Composer 2.2 的版本不支持
--lock，此时只能退回到composer update --no-install，但要意识到它并非“只改 lock”
锁文件内容不一致时，怎么安全修复？
当 composer.json 和 composer.lock 的 content-hash 不匹配（比如手动编辑了 json 但忘了更新 lock），直接运行 composer install 会报错。这时最稳妥的做法不是猜命令，而是明确分两步：
- 先运行
composer update --lock（Composer ≥2.2）或composer update --no-install（旧版），强制重写 lock 文件 - 再运行
composer install，验证 vendor 是否能按新 lock 正确构建 - 切勿跳过第二步：lock 文件可被手动生成，但无法保证其描述的依赖图真实可安装
真正容易被忽略的是 lock 文件的“语义”——它不只是快照，更是安装契约。哪怕只是改了一行 version，也得让 Composer 显式确认这个契约是否依然成立。
