composer install不装新包或报错，是因为它只按composer.lock精确还原依赖，不读composer.json的改动；若lock文件缺失则报错，若平台要求不满足则静默跳过包。
为什么 composer install 有时不装新包，有时又报错？
因为 composer install 不读 composer.json 的最新声明，它只按 composer.lock 文件里记录的精确版本还原依赖。如果你改了 composer.json 但没更新 composer.lock，它会直接忽略改动、照装旧版本；如果 composer.lock 丢失或损坏，它会报 No composer.lock file present 错误，拒绝执行。
常见场景包括：拉取别人项目后直接运行 composer install（此时必须有 composer.lock）、CI/CD 构建阶段要求可重复安装、团队协作中确保环境一致。
- 首次初始化项目时，应先用
composer init或手动写好composer.json，再运行composer install—— 它会自动生成composer.lock - 若你新增了
"require"条目但想立刻生效，别用install，改用composer require vendor/package，它会同时更新composer.json和composer.lock - 执行前检查当前目录是否存在
composer.lock，没有就别硬跑install，否则失败是必然的
composer install 的关键参数怎么选？
默认行为是安装全部依赖并生成 vendor/ 目录，但实际部署或调试时往往需要控制范围和行为。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
--no-dev：跳过require-dev中的包（如 PHPUnit、PHPStan），生产环境必加，能显著减少体积和潜在安全面 -
--optimize-autoloader（可简写为-o）：生成优化后的自动加载映射，提升类加载性能，上线前建议加上 -
--ignore-platform-reqs：绕过 PHP 版本、扩展等平台限制（例如本地 PHP 8.1 但composer.json写着"php": "^8.2"），仅限临时调试，不要用于正式构建 -
--dry-run：模拟执行，只打印将要安装的包和版本，不真正写文件，适合确认变更影响
遇到 composer install 卡住或超时怎么办？
本质是网络问题：Composer 默认从 packagist.org 下载，国内访问常不稳定，导致连接超时、包下载中断、vendor/ 目录残留损坏等现象。
- 优先切换国内镜像源，执行：
composer config -g repo.packagist composer https://packagist.phpcomposer.com（注意该镜像已停用）或更推荐：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 若已卡在某个包，删掉
vendor/和composer.lock，再重试（前提是确认锁文件可丢弃） - 临时提高超时阈值：
composer install --timeout=600（单位秒），避免因大包下载被中断 - 某些企业内网禁外网，需配置代理：
export HTTP_PROXY=http://your-proxy:8080（Linux/macOS）或set HTTP_PROXY=http://your-proxy:8080（Windows CMD）
CI/CD 中运行 composer install 有哪些硬性前提？
自动化流程里最常出问题的不是命令本身，而是上下文缺失。
- 必须保证工作目录下存在有效的
composer.lock—— 它是可重现构建的唯一依据，不能靠composer.json临时生成 - PHP 环境需启用
openssl和zlib扩展，否则连 HTTPS 源都打不开，错误类似file could not be downloaded: failed to open stream: operation failed - CI 账户对
vendor/目录要有写权限；Docker 场景下注意挂载卷权限或使用非 root 用户运行 - 不要在 CI 中混用
composer install和composer update—— 前者是“按图索骥”，后者是“重新规划路线”，目的完全不同
composer.lock 是别人机器上生成的、且含 platform config（比如 "ext-gd": "*" ），而你的环境缺这个扩展，install 就可能静默跳过某些包——它不会报错，但功能会异常。验证方式很简单：执行完 composer install 后，立刻跑 composer show --platform 对比预期。 
