Composer卡死必先运行-vvv看最后几行：停Resolving dependencies是求解器暴力回溯，非网络问题；停Downloading是HTTP层阻塞，需手动curl验证镜像；停Executing command是子进程挂起，process-timeout才有效；停Generating autoload files是文件系统慢，如WSL2 symlink解析延迟。
Composer安装卡死不是随机故障，而是停在某个明确环节——不看-vvv输出，所有操作都是盲调。
卡在Resolving dependencies是求解器卡住，不是网络问题
终端最后几行显示Resolving dependencies时，PHP 正在暴力回溯版本组合，和网络完全无关。常见诱因包括：
• composer.json里写了"^1.0 || ^2.0"这类宽泛约束
• 引入了dev-main分支的私有包，触发循环依赖
• PHP 内存不足（默认 1.5GB 不够，尤其含大量 dev 包）
此时调http.timeout完全无效，必须用php -d memory_limit=-1 composer install或设环境变量COMPOSER_MEMORY_LIMIT=-1。
卡在Downloading是HTTP层阻塞，得验证镜像是否真生效
停在类似Downloading https://mirrors.aliyun.com/composer/packages.json这行，说明请求发出去了但没收到响应。别只信composer config -g repo.packagist的输出，要亲手验证：
• 手动运行curl -I https://mirrors.aliyun.com/composer/packages.json，看是否返回200 OK
• 阿里云当前稳定地址是https://mirrors.aliyun.com/composer/（不是/packages.json结尾）
• 腾讯云推荐用https://packagist.proxy.tencent.com/（非mirrors.cloud.tencent.com子域）
切完必须执行composer clear-cache，否则旧缓存仍会尝试访问失效地址。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
卡在Executing command是子进程挂起，process-timeout才管用
日志停在Executing command (CWD: /path/to/project)，说明 Composer 正在调用git clone、unzip等外部命令，但它们没返回。这时候：
• http.timeout完全无效
• process-timeout才是关键：运行composer config -g process-timeout 1200
• 若用 CI 环境（如 GitHub Actions），还要确认容器内存是否足够——exit code 137就是被 OOM killer 杀掉的信号
• Windows 下还可能因杀毒软件扫描 ZIP 文件导致假死，可临时禁用或加--prefer-dist跳过解压。
卡在Generating autoload files后无响应，大概率是文件系统慢
这步是 PHP 扫描vendor/生成自动加载映射，和网络无关。典型场景：
• WSL2 下访问/mnt/c/路径，symlink 解析极慢
• APCu 已启用但apc.enable_cli=1未配置，autoload 构建退化为全量文件读取
• vendor/目录权限异常，或磁盘 I/O 延迟高
快速绕过：先加--no-autoloader完成安装，再手动跑composer dump-autoload --optimize；若确认是 WSL2，检查/etc/wsl.conf是否把项目路径加入automount白名单。
最常被忽略的是：CI 环境中每次启动新容器，composer config -g写入的配置不会自动继承，必须显式固化COMPOSER_HOME或在脚本开头重复设置。
