必须加 --no-interaction，否则 composer install 会在首次安装、私有包认证或自定义 ask() 提示时永久挂起；ci/cd 中还需搭配 --no-dev、--optimize-autoloader 和 --classmap-authoritative 确保安全与性能。
必须加 --no-interaction，否则脚本会在首次 install、私有包认证、自定义 ask() 提示等环节卡住 —— 这不是“慢”，是永久挂起。
为什么 composer install 会卡住？
静默失败的根源不是网络或镜像，而是交互式提示被触发却无人响应。常见场景包括：
- 首次运行时询问是否创建
vendor/目录（尤其在空目录下） - 执行
post-root-package-install或post-install-cmd中含$input->ask()的 PHP 脚本 - 拉取私有包时触发认证流程（如 Git SSH 密码、GitHub token 提示）
-
composer create-project时未指定版本，默认尝试交互选 tag
--no-interaction 必须搭配哪些参数？
单独加 --no-interaction 只解决“不卡”，但不保证生产环境安全与性能。CI/CD 中应固定组合使用：
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），漏掉会导致线上加载器膨胀、内存泄漏、暴露调试入口 -
--optimize-autoloader：生成优化后的 classmap，避免运行时遍历文件系统 -
--classmap-authoritative：强制 autoloader 只查 classmap，彻底禁用 PSR-4/0 的文件扫描 fallback
完整命令示例：composer install --no-interaction --no-dev --optimize-autoloader --classmap-authoritative
自动化脚本里容易漏掉的陷阱
参数只是表层，真正让部署崩在最后一公里的往往是环境错配：
- 脚本中写
composer install却没指定路径 —— 它默认在当前 shell 工作目录执行，不是目标部署目录 - 用
ssh user@host 'composer install'，但远程机器没装 Composer 或版本不一致；正确做法是传composer.phar并显式调用：php composer.phar install ... -
post-install-cmd脚本里用chmod -R 755 storage/，但没加${PWD}/storage—— 相对路径在不同 shell 环境下解析结果不可控 - 误以为
--no-interaction能绕过认证 —— 实际上它只是跳过提示，仍需提前配置好auth.json或环境变量COMPOSER_AUTH
最常被忽略的一点：--no-interaction 不影响 scripts 是否执行，但如果你在生产环境加了 --no-scripts（为防开发脚本误触），那所有 post-install-cmd 都不会跑 —— 这得靠显式 composer run post-install-cmd 补救。
