答案是：因为composer install严格按composer.lock精确还原依赖，确保环境一致；而composer update会重新解析composer.json并升级版本，可能引入不兼容变更。团队协作和部署必须用install，它跳过依赖解析、速度快、结果可预测；update仅用于开发阶段主动更新依赖，且必须提交新lock文件。
直接运行 composer install 就能下载项目中所有缺失的依赖源码——前提是项目根目录下存在 composer.lock 文件。
为什么不是 composer update？
composer update 会重新解析 composer.json，升级到符合约束的最新版本，可能引入不兼容变更；而 composer install 严格按 composer.lock 中记录的版本和哈希值安装，确保环境一致。
- 团队协作或部署时，必须用
composer install，否则不同机器装出不同代码 - 若只有
composer.json没有composer.lock，composer install会自动先生成composer.lock，行为等价于composer update - 执行前确认当前目录是项目根目录（含
composer.json），否则报错Could not open input file: composer.phar或提示找不到配置文件
遇到 “The lock file does not contain required packages” 怎么办？
这是 composer.lock 和 composer.json 不匹配的典型错误：比如手动改了 composer.json 但没运行 composer 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.json后必须运行composer update --lock，只更新锁文件不重装包 - CI/CD 流水线中建议加校验步骤：
composer validate确保 JSON 格式合法，composer install --dry-run预检依赖是否可解析
下载慢或超时？别急着换镜像源
Composer 默认使用 Packagist.org，国内访问慢常见，但盲目换源可能引发问题：
- 某些私有包或 GitHub 仓库依赖未在镜像同步，换源后
composer install找不到包，报错Could not find package xxx - 推荐方案：保持默认源，加
-vvv参数看卡在哪一步（常是 GitHub API 限速），然后设置 GitHub token：composer config github-oauth.github.com YOUR_TOKEN - 真要换国内源，用
composer config -g repo.packagist composer https://packagist.phpcomposer.com（注意：该镜像已停用，应改用https://packagist.org的代理或阿里云、腾讯云维护的镜像）
真正容易被忽略的是 vendor 目录权限和 autoload 机制——composer install 成功不代表代码能跑起来，如果 vendor/autoload.php 没被正确引入，或者文件权限导致类加载失败，照样报 Class not found。动手前先确认 autoloader 是否生效，比反复重装更省时间。
