composer卡住需先判断是否真挂起：查ps状态，d态为内核级等待，r/s态低cpu多为网络或锁问题；常见原因包括curl扩展缺失、github api限流未配token、composer.lock文件损坏。
composer install 或 update 命令卡住无输出，先看进程是否真挂起
不是所有“没反应”都叫挂起——很多情况是卡在某个阻塞环节，但进程仍在运行。执行 ps aux | grep composer 查看进程状态：STAT 列为 D（不可中断睡眠）说明内核级等待（如 NFS 挂载卡死、磁盘 I/O 故障），R 或 S 且 CPU% 很低则大概率是网络或锁等待。
常见假挂起现象：
- 日志停在
Reading composer.json of vendor/package→ 依赖解析阶段，串行且无进度输出，尤其当 lock 文件缺失或有大量私有包时可能持续数分钟 - 卡在
Writing /path/to/composer.lock→ 文件系统权限问题（如/tmp目录满或 noexec 挂载）、SELinux 策略拦截、或 NFS 锁竞争 - 命令行光标闪烁但无任何文字 → curl 扩展未启用，Composer 回退到 stream_wrapper 下载，极慢且不报错
curl 扩展缺失或配置异常导致静默卡死
Composer 默认依赖 curl 扩展做 HTTP 请求；若未安装或被禁用，会降级使用 PHP 的 file_get_contents + stream_context_create，但该路径不支持并发、无超时控制、且对重定向（如镜像 302）处理脆弱，极易卡在 DNS 解析或连接建立阶段。
验证方式：
- 运行
php -m | grep curl，无输出即缺失 - 检查
php.ini中是否含extension=curl且未被;注释 - 运行
php -r "print_r(curl_version());"，报错说明扩展加载失败
修复后务必清空 Composer 缓存：composer clear-cache，否则旧缓存可能仍走 stream 路径。
GitHub API 限流或未配 token 导致请求排队
Composer 从 Packagist 解析依赖时，若包托管在 GitHub，会通过 GitHub API 获取 tag/commit 信息。未配置 Personal Access Token 时，默认速率限制为 60 次/小时，一旦触发，Composer 会静默等待重试（默认重试 3 次，每次间隔递增），表现为长时间无输出。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
确认方法：
- 加
-v参数运行：composer install -v，若日志反复出现https://api.github.com/repos/xxx/xxx后长时间停顿，基本可定性 - 检查
~/.composer/auth.json是否含有效github-oauth配置
临时绕过：设置环境变量 GITHUB_TOKEN=xxx 再执行命令；长期建议写入 auth.json 并设为 640 权限（防止泄露）。
composer.lock 文件损坏或结构异常引发解析死循环
Composer 2.5+ 对 composer.lock 的 JSON 结构校验更严格。若文件被手动编辑、换行符混用（CRLF/LF）、末尾逗号遗漏、或包含非法 Unicode 字符，解析器可能陷入无限尝试修复的逻辑，CPU 占用低但进程不退出。
快速诊断：
- 用
jq empty composer.lock验证 JSON 合法性，报错即损坏 - 对比 Git 历史，看是否刚合并过冲突未解决的 lock 文件
- 临时重命名
composer.lock为composer.lock.bak，再运行composer install—— 若立即开始下载，则锁定文件是根源
修复建议：不要手动改 lock 文件；CI 环境中应始终 git add composer.lock 并保护其完整性。多人协作时，lock 文件冲突必须用 Composer 自身 resolve（composer merge 插件或删 lock 后重装）。
真正卡死往往不在表面命令，而在底层依赖解析、I/O 权限或 API 限流这些无声环节。加 -v 看日志断点、查 ps 看进程状态、用 jq 验证 lock 文件，比盲目重启更有效。
