不能直接删 composer.lock 后运行 composer install，因为 install 命令语义是“按 lock 精确还原”，无 lock 时会报错或静默失败；应使用 composer update 重建 lock。
直接删 composer.lock 文件再 composer install 不行，会报错或装错依赖 —— 必须用 composer update 或清缓存后重装。
为什么不能直接删 composer.lock 后跑 composer install
因为 composer install 依赖 composer.lock 存在：它不存在时，Composer 会直接报错 Command "install" is not defined.（v2.5+）或静默失败（旧版）。这不是 bug，是设计行为 —— install 的语义就是“按 lock 精确还原”，没 lock 就没依据。
- 想从头生成 lock？用
composer update，不是install - 删了 lock 又想跳过更新逻辑？只能临时加
--ignore-platform-reqs（慎用，可能装不兼容版本） - 如果项目有
composer.json但没 lock，说明它从未被正式安装过，或有人误删 —— 别硬凑install，该update就update
composer update 和 composer update --lock 的区别
两者都重建 composer.lock，但策略完全不同：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer update：重新解析composer.json中所有约束，查最新匹配版本，升级包并写入 lock —— 会改代码依赖树，可能引入 BC break -
composer update --lock（Composer v2.2+）：只重写 lock 文件，不碰已安装的 vendor；保持当前 vendor 内容不变，仅让 lock “对齐”实际安装状态 —— 适合 lock 被手动改坏、或 git 拉取时丢失了 lock 的修复场景 - 注意：
--lock不解决平台不兼容问题（比如 PHP 版本不匹配），它只是“同步快照”，不校验 require 是否满足
删 lock 前必须确认的三件事
盲目重建 lock 可能导致线上环境不一致，尤其 CI/CD 流水线中：
- 检查
composer.json的platform配置是否与目标环境一致（如"php": "8.1.0"），否则update可能选错版本 - 确认是否启用了
composer config lock.exclude-dev true—— 这会让 dev 依赖不进 lock，但composer install时仍会装（除非加--no-dev） - CI 中若用
composer install --no-interaction --prefer-dist，重建 lock 后要确保所有机器用同一 Composer 版本（v2.2+ 和 v1.x 生成的 lock 格式不同，互不兼容）
最稳妥的重建流程（推荐用于上线前验证）
不是“删 lock → 跑命令”，而是分步控制变量：
- 先运行
composer update --dry-run，看哪些包会被升级、PHP 扩展是否满足 - 确认无风险后，执行
composer update --with-all-dependencies（避免部分依赖卡死版本） - 如果只想更新 lock 文件本身（vendor 不动），用
composer update --lock --no-install（v2.5+ 支持） - 最后提交前，用
git diff composer.lock快速扫一眼变更范围，重点看packages和packages-dev下大版本号是否跳变
真正麻烦的从来不是命令怎么敲，而是 lock 文件里藏着的隐式约束 —— 它记录的不只是版本号，还有 resolve 策略、平台条件、甚至插件加载顺序。改它之前，先读懂它输出的 content-hash 是怎么算出来的。
