composer install 是根据 composer.json 和 composer.lock 安装项目依赖，需在项目根目录执行且依赖 Composer 已安装、PHP 启用 openssl/mbstring 扩展；它精确还原 lock 文件版本，而 update 会重新解析并更新 lock；国内需配置阿里云镜像避免卡住。
直接说结论：composer install 不是“装 Composer”，而是根据 composer.json 和 composer.lock 安装项目依赖——它只在已有项目的目录里运行，且必须有这两个文件之一（优先用 composer.lock）。
为什么 composer install 一执行就报错？
常见错误现象包括：Could not open input file: composer.phar（根本没装好 Composer）、No composer.json found in current directory（不在项目根目录）、file_put_contents(./vendor/autoload.php): failed to open stream（权限不足或 vendor 目录被占用）。
真正该检查的三件事：
- 是否在项目根目录下执行命令（即
composer.json所在目录） - 是否已成功安装 Composer 并能运行
composer --version - PHP 是否启用
openssl和mbstring扩展（Linux/macOS 检查php -m | grep -E "openssl|mbstring"；Windows 确认php.ini中extension=php_openssl.dll和extension=php_mbstring.dll未被注释）
composer install 和 composer update 到底差在哪？
这是新手最容易混用、也最常导致线上环境出问题的操作。
composer install 的行为完全由 composer.lock 文件决定：它会精确还原该文件记录的每个包版本、哈希值和安装路径。适合部署、CI/CD、多人协作时保证环境一致。
composer update 则忽略 composer.lock，重新解析 composer.json 中的版本约束（如 "monolog/monolog": "^2.0"），拉取满足条件的最新兼容版本，并生成/更新 composer.lock。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
所以：
- 本地开发想加新包？用
composer require monolog/monolog（它会自动 update 并写 lock） - 上线前要确保和测试环境一模一样？只用
composer install，别碰update - 误删了
vendor目录但保留composer.lock？install能 100% 复原；如果只剩composer.json，install会失败，必须update
国内网络下 composer install 卡住不动怎么办？
不是命令错了，是默认源在境外，DNS 解析慢 + 下载超时。2026 年仍有不少人卡在 Installing dependencies (including require-dev) 这一行。
解决方式只有两个有效路径：
- 全局配置阿里云镜像（推荐）：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 临时指定镜像（单次生效）：
composer install --repository=https://mirrors.aliyun.com/composer/
注意：config -g 是一次性永久设置，不用每次重复；但如果你用的是 Docker 或 CI 环境，建议在构建脚本开头显式加 --repository，避免依赖宿主机全局配置。
验证镜像是否生效：运行 composer config -g repo.packagist，输出应为 https://mirrors.aliyun.com/composer/，而不是 https://packagist.org。
最后提醒一个容易被忽略的点：如果项目用了 platform 配置（比如 "platform": {"php": "8.1.0"}），composer install 会严格按这个 PHP 版本选包——哪怕你本地是 PHP 8.2，也会装 8.1 兼容的旧版依赖。这种“假装低版本”的行为不会报错，但可能引发运行时异常，得看 composer.json 里有没有这行再决定要不要删。
