composer install必须在存在有效composer.lock时使用，它严格按锁文件精确还原依赖；克隆项目、CI/CD构建、生产部署及本地恢复vendor时必须用它，而非composer update。
composer install 不是“装依赖的万能命令”，它是按 composer.lock 精确还原环境的操作——用错场景，轻则装不上，重则线上跑崩。
什么时候必须用 composer install，而不是 composer update
只有当项目目录下已存在有效的 composer.lock 文件时，composer install 才有意义。它不解析版本约束，只照单下载、解压、写入 vendor/ 并生成 autoload 文件。
- 克隆别人项目（如 Laravel 应用）后，第一件事就是检查有没有
composer.lock——没有就别硬跑install，它会 fallback 成update行为，结果不可控 - CI/CD 构建阶段必须用
composer install：确保所有机器装的包版本完全一致，避免因update引入隐性变更 - 生产环境部署禁止出现
composer update：lock 文件里锁死的是经过测试的组合，跳过它等于放弃版本控制权 - 本地删了
vendor/但保留composer.lock？直接composer install是最快恢复方式，不用重算依赖树
composer install 报 “Your requirements could not be resolved” 怎么办
这不是依赖冲突，而是你本地环境不满足 composer.lock 里某个包的运行前提。错误提示里带 --ignore-platform-reqs 是临时绕过手段，不是解决方案。
- PHP 版本太低：比如 lock 文件里锁了
monolog/monolog:v3.5.0，它要求"php": "^8.1"，而你本地是 PHP 8.0 ——install会直接退出 - 扩展缺失：
ext-mbstring、ext-xml、ext-curl没启用，composer diagnose会标出具体缺哪个 -
composer.json顶部写了"config": {"platform": {"php": "8.2.10"}}，但实际 PHP 是 8.1 —— 这个配置会强制覆盖真实环境判断 - 别急着删
composer.lock：它是协作关键，删了会导致队友重装出不同版本；优先尝试composer update --lock，它只更新 lock 文件里的版本号，不下载包
CI/CD 和生产环境的标准执行参数组合
在 Docker 构建或上线脚本里，只允许出现这一条写法：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer install --no-dev --optimize-autoloader --classmap-authoritative
漏掉任意一个都可能埋坑：
-
--no-dev不是可选项：它跳过require-dev下的所有包（如 PHPUnit、PHPStan），漏加会导致线上加载器变大、内存升高、甚至暴露调试接口 -
--optimize-autoloader（简写-o）：生成扁平化类映射，提升自动加载性能，尤其对 APCu 有效 -
--classmap-authoritative：告诉 autoloader “只信 classmap，别去文件系统找”，进一步提速，且能提前暴露 PSR-4 路径错位问题 - 绝对不要加
--ignore-platform-reqs或--force：它们掩盖的是真实环境缺陷，不是问题本身
为什么 composer install 有时比 update 还慢
表面上 install 只是“照单下载”，但它默认要校验每个包的 SHA256 哈希值（来自 lock 文件），再逐个解压、写入 vendor/、生成 autoload —— 这些步骤无法跳过。
- 如果
composer.lock里有大量小包（比如前端工具链相关），I/O 开销反而比update更高 - 真正提速的方式不是换命令，而是：
composer install --no-dev -o+ 确保 Composer 缓存开启（composer config -g cache-dir查看）+ 使用 SSD 磁盘 - 卡在
Loading composer repositories？大概率是没配国内镜像，全局执行：composer config -g repos.packagist composer https://mirrors.aliyun.com/composer/
最常被忽略的一点：composer install 成功不代表能跑起来。类找不到、php artisan 报错，90% 是因为 autoload 没生效或路径映射错位——别急着重装，先看 vendor/autoload.php 是否生成，再确认 composer dump-autoload 是否执行到位。
