新项目必须用 composer install，因为它严格按 composer.lock 还原精确依赖版本，确保环境一致性；而 composer update 会忽略 lock 文件导致版本漂移、线上报错。
刚拉下项目代码，必须用 composer install，不是 composer update —— 后者会绕过 composer.lock，导致依赖版本漂移，线上直接报错。
为什么新项目必须用 composer install？
因为团队协作和部署环境依赖的是 composer.lock 里精确锁定的版本组合。composer install 会严格按这个文件还原依赖，确保所有机器装的一模一样；而 composer update 会忽略 lock 文件，重新解析 composer.json 并升级到最新兼容版，哪怕只是 monolog 从 v2 升到 v3，也可能让日志写入逻辑崩溃。
常见错误现象：Class 'Monolog\Logger' not found 或 Call to undefined method，往往就是本地跑 update 后提交了新 lock、但没同步给队友或 CI，结果别人 install 出来的版本不一致。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- CI/CD 流水线脚本里必须写死
composer install --no-dev --optimize-autoloader - 如果项目根目录没有
composer.lock，说明有人漏提交，先确认再决定是否允许update - 执行后提示
Package operations: 0 installs, 0 updates, 0 removals是正常状态，表示 lock 和 json 已对齐，不用硬跑 update
composer install 执行前要检查什么？
不是敲完回车就完事。它依赖几个关键文件和状态：
- 必须存在
composer.json（定义需求）和composer.lock（定义实际安装版本），缺一不可 - 确认当前 PHP 版本满足
composer.json中"require": {"php": "^8.1"}这类约束，否则会报Your requirements could not be resolved - 检查
vendor/目录是否干净：如果有残留旧包，可能干扰 autoloader 生成，建议先rm -rf vendor composer.lock再重来（仅限本地调试） - 若项目含 Laravel 或 Symfony 等框架，还要留意
autoload配置是否匹配实际目录结构，否则vendor/autoload.php引入后类仍找不到
生产环境部署时的 composer install 参数陷阱
--no-dev 和 --optimize-autoloader 不是可选优化项，而是上线必备开关：
-
--no-dev：跳过require-dev里的包（如 phpunit、larastan），避免把测试工具打进生产镜像 -
--optimize-autoloader：把 PSR-4 映射转成静态数组，减少每次请求的文件扫描开销，性能提升明显 - 漏掉
--no-dev可能导致Class 'PHPUnit\Framework\TestCase' not found在生产报错（虽然通常不会加载，但 autoload 机制可能误触） - 不加
--optimize-autoloader在高并发下会多出几十毫秒 autoload 路径查找时间，积少成多
最常被忽略的一点：composer.lock 必须进 Git，但 vendor/ 绝对不能提交。一旦有人把 vendor/ 提上去，后续 install 就变成摆设——你根本不知道自己跑的是不是 lock 里写的版本。
