Ctrl+C 是安全终止 Composer install 卡住的首选方式，它能干净退出且不破坏 vendor/ 目录或 composer.lock；若失效，则精准 kill -9 主进程 PID；加 --no-interaction 可避免交互阻塞，禁用代理变量可排除隐性干扰。
Ctrl+C 是安全终止的首选方式
Composer install 卡住时，90% 的情况只是网络响应慢或等待超时，并非进程死锁。直接按 Ctrl+C 就能干净退出——它不会破坏 vendor/ 目录结构，也不会污染 composer.lock 文件。
常见误判场景：composer install 停在 Loading composer repositories、Downloading 或光标静止无输出，但终端未崩溃。此时别急着杀进程树或重启终端，先试 Ctrl+C。
- Windows 用户请确认用的是 PowerShell 或 Git Bash；CMD 有时无法正确传递中断信号
- 如果
Ctrl+C按下后几秒内无反应（终端仍卡死），说明底层 PHP 正在执行阻塞式 DNS 查询或 SSL 握手，需进一步处理
kill -9 只杀主进程，不碰子进程
当 Ctrl+C 失效，说明 PHP 进程已进入不可中断等待（D 状态）。这时要精准终止，而不是暴力清空所有 PHP 进程。
关键不是“怎么杀”，而是“杀谁”：Composer 启动后会派生子进程（如 curl 下载、git 克隆），但真正卡住的通常是顶层 php /path/to/composer.phar 进程。
- 查进程：
ps aux | grep 'composer' | grep -v grep，找含php /.../composer.phar的那行，记下 PID - 杀进程：
kill -9 <PID>（替换为上一步看到的数字） - 避免用
pkill -f composer——可能误杀正在运行的 Laravel 队列或 Swoole 服务 - Windows 下更稳妥的做法：打开任务管理器 → 按“命令行”列排序 → 找到命令行含
composer的php.exe进程 → 右键结束任务
--no-interaction 能预防多数“假卡住”
很多所谓“卡住”其实是 Composer 在等待交互输入，比如：Do you trust "xxx"? 或插件启用提示。这类问题在 CI、Docker 构建或非 TTY 环境中尤为明显——没有终端输入能力，进程就永远挂起。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
--no-interaction（简写 -n）不是单纯隐藏输出，而是让 Composer 自动选择安全默认值，跳过所有交互环节。
- CI 中必须加：
composer install -n --prefer-dist -
--quiet（-q）只控制日志级别，不解决交互阻塞，不能替代-n - 本地调试时若频繁卡在信任提示，直接加
-n就能绕过，无需改配置或等超时
别忽略环境变量和代理干扰
某些卡住现象表面像网络问题，实则是环境变量冲突导致的隐性阻塞。比如设置了错误的 HTTP_PROXY 或 GIT_SSH_COMMAND，会让 Composer 在尝试连接时陷入无限重试。
临时排除干扰的方法是显式禁用这些变量：
- Linux/macOS：
HTTP_PROXY= HTTPS_PROXY= GIT_SSH_COMMAND= composer install -n - Windows PowerShell：
$env:HTTP_PROXY=""; $env:HTTPS_PROXY=""; composer install -n - 特别注意：Docker 构建中继承的构建参数、CI 平台预设的代理变量，都可能覆盖你本地的镜像配置
真正卡住的地方往往不在下载层，而在 DNS 解析、SSH 握手或证书校验环节——这些步骤不输出日志，但会静默等待超时，容易被当成“没反应”。
