ctrl+c 是终止卡住 composer 进程的首选安全方式，因其不破坏 vendor/ 或 composer.lock；若无效再用 kill -9 pid 精准终止主进程，同时建议配置国内镜像源和调大超时以根治卡顿。
Composer 进程卡住时，Ctrl+C 通常就足够了
绝大多数 Composer 卡住（比如 composer install 停在 Downloading... 或 Loading composer repositories）不是死锁，而是网络/源响应慢或临时超时。直接按 Ctrl+C 终止当前进程是安全且首选的操作——Composer 本身不写入半成品依赖，不会破坏 vendor/ 或 composer.lock。
常见错误现象：composer update 卡在 Resolving dependencies 超过 5 分钟；composer create-project 长时间无输出；终端光标静止、无报错也无进度。
- 别急着杀进程树或重启终端，先试
Ctrl+C——90% 场景下它能干净退出 - 如果
Ctrl+C无响应（极少数情况，如 PHP 正在执行阻塞式 DNS 查询），再用kill命令 - windows 用户注意：确保你用的是支持
Ctrl+C中断的终端（如 PowerShell、git bash），CMD 有时会失效
用 kill 强制结束 Composer 进程的正确姿势
当 Ctrl+C 失效，说明底层 PHP 进程已陷入不可中断等待（D 状态），需手动终止。关键不是“怎么杀”，而是“杀谁”——Composer 启动后可能派生多个子进程，只杀最外层 php 主进程即可，避免误伤其他 PHP 服务。
使用场景：linux/macos 下终端完全冻结；Windows 上 Git Bash 无响应；CI 环境中自动化脚本需要超时强制退出。
- 查进程：
ps aux | grep 'composer' | grep -v grep，找含php /path/to/composer.phar的那行 - 杀进程：
kill -9 <pid></pid>（<pid></pid>是上一步看到的数字），不要用pkill -f composer——可能误杀正在运行的 laravel 队列进程 - Windows 替代方案：
taskkill /F /IM php.exe（慎用，会杀所有 PHP 进程）；更稳妥的是在任务管理器里按 CPU/内存排序，找命令行含composer的php.exe
为什么 composer install --no-interaction 能减少卡住概率
交互式提示（比如问你是否信任某个仓库、是否启用插件）在非 TTY 环境（如 docker 构建、CI 流水线）下会阻塞，表现为“卡住”。加 --no-interaction 不仅跳过提示，还会让 Composer 自动选择安全默认值，避免因等待输入而挂起。
参数差异：--no-interaction 和 -n 等价，但 --quiet（-q）只控制输出级别，不解决交互阻塞。
- CI/CD 中必须加：
composer install -n --prefer-dist - 本地调试时若频繁卡在
Do you trust "xxx"?，说明配置了未签名的私有源，应提前用composer config --global store-auths true或改用 Token 认证 - 这个参数对
composer update同样有效，但要注意：它会让冲突依赖直接报错退出，而不是弹出交互式解决方案
网络源和超时设置才是卡住的根因
真正让 Composer “看起来卡住”的，9 成是默认源（packagist.org）连接不稳定，或国内没切镜像源。单纯强制结束只是治标——下次还会卡。
性能影响：未配置镜像时，composer install 可能比切源后慢 3–10 倍；某些地区连 DNS 解析都超时，导致进程卡在 Loading repository 阶段。
- 国内推荐立刻执行：
composer config -g repo.packagist composer https://packagist.phpcomposer.com（阿里云镜像已停，改用腾讯云：https://mirrors.cloud.tencent.com/composer/） - 调大超时：
composer config -g process-timeout 3600（单位秒），避免因大包下载被默认 300 秒中断 - 验证是否生效：运行
composer config -g repo.packagist，确认返回的是镜像地址而非https://packagist.org
复杂点在于：有些企业内网禁用外部 HTTPS，必须配私有源；有些 CI 平台缓存了旧的全局配置，得在脚本开头显式重置。这些细节不处理，换多少次 Ctrl+C 都只是重复劳动。