composer install严格按composer.lock安装确保环境一致；composer update忽略lock文件，重解析composer.json并更新依赖，易引发不兼容变更。
composer install 和 composer update 有什么区别
执行依赖安装，第一件事是分清该用 composer install 还是 composer update。前者读取项目根目录下的 composer.lock 文件，精确还原已记录的依赖版本；后者忽略 lock 文件，重新解析 composer.json 并拉取满足约束的最新兼容版本。
团队协作或生产部署时，必须用 composer install ——否则可能因 composer update 升级了某个次要版本，导致行为不一致甚至报错。
- 本地开发新功能、需要更新依赖时，才用
composer update - CI/CD 流水线、Docker 构建、上线部署，只允许
composer install --no-dev（跳过 dev 依赖） - 若项目没有
composer.lock，composer install会退化为等价于composer update，但会立刻生成 lock 文件
执行 composer install 前要检查什么
命令跑不通，往往不是命令本身问题，而是环境或配置卡在前面。常见阻塞点有：
-
composer.json缺失或语法错误：运行composer validate快速验证 - PHP 版本不匹配：查看
composer.json中"php": "^8.1"这类约束，再执行php -v核对 - 权限不足：比如在 Docker 容器里以 root 运行但 vendor 目录属主是普通用户，会提示
Permission denied - 网络问题：国内访问 packagist.org 慢或超时，可提前配置镜像：
composer config -g repo.packagist composer https://packagist.phpcomposer.com
如何跳过某些步骤加快安装
默认 composer install 会下载包、解压、生成自动加载文件、执行脚本（如 post-install-cmd）。有些环节可跳过，尤其在 CI 或容器构建中：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 跳过自动加载优化：
composer install --no-autoloader，之后手动运行composer dump-autoload --optimize - 跳过脚本执行：
composer install --no-scripts，适用于不需要执行post-install-cmd的场景（如纯 API 服务） - 跳过平台检查（慎用）：
composer install --ignore-platform-reqs，仅当确认 PHP 扩展缺失不影响运行时临时绕过
注意：--no-dev 不是“跳过”，而是明确排除 require-dev 中的包，生产环境必加。
vendor 目录没生成或 autoload.php 找不到怎么办
执行完 composer install 却发现 vendor/autoload.php 不存在，常见原因有：
- 当前工作目录不是项目根目录（即不含
composer.json的目录），请先cd进去 - 执行过程中被中断（如 Ctrl+C），导致
vendor目录残缺，删掉整个vendor和composer.lock后重试 - 用了
--no-autoloader但忘了后续生成，需补上composer dump-autoload - 某些 IDE 或编辑器缓存了旧路径，重启后仍提示找不到，可尝试
composer dump-autoload -o强制重建
真正容易被忽略的是：composer install 成功不代表所有包都可用——如果某个包的 autoload 配置写错了，vendor/autoload.php 虽存在，但对应类依然 Class not found。这时候得查那个包自己的 composer.json 里的 autoload 字段是否拼写正确、路径是否存在。
