卡在resolving dependencies是sat求解器本地暴力回溯版本冲突所致，非网络或代理问题；应运行composer update --dry-run -v观察末尾重复路径定位循环依赖或约束冲突。
卡在 Resolving dependencies 是 SAT 求解器问题，不是代理导致的
看到终端停在 Resolving dependencies 且 CPU 占用高、无网络请求日志，说明 Composer 正在本地暴力回溯版本组合，根本没发 HTTP 请求。此时调代理、换镜像、改 http.timeout 全无效。
常见诱因包括：symfony/console 同时被要求 ^5 和 ^6、dev-main 这类模糊约束、私有包引入循环依赖。运行 composer update --dry-run -v，盯输出末尾是否反复出现嵌套包名（如 a → b → a）。
- 临时缓解：删掉
require-dev中非核心工具，或加--no-dev - 检查
autoload是否扫描了整个tests/目录——若生成的vendor/composer/autoload_classmap.php超过 2MB，会显著拖慢求解
卡在 Downloading https://… 才是代理或 TLS 层真卡点
这一行出现后长时间不动，且后续无新日志或报 cURL error 28、SSL operation failed，说明请求已发出但未响应。此时代理配置错误、DNS 解析失败、TLS 握手异常才是元凶。
先手动验证代理链是否通：运行 curl -v https://mirrors.aliyun.com/composer/packages.json，观察卡在 * Connected to 还是 * TLS handshake。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Windows Git Bash 用户注意：
export HTTP_PROXY=...可能不被 Composer 识别，改用set HTTP_PROXY=... - 企业内网若走中间人代理，常静默失败；可临时禁用证书校验：
composer config -g cafile /dev/null（仅调试） - IPv6 路由异常也会卡住，强制走 IPv4：
CURL_IPRESOLVE=4 composer install（Linux/macOS）
执行 git clone 卡住说明代理没透传到子进程
日志出现 Executing command (CWD: /path): git clone 后不动，说明包已下载完成，但 Composer 调用的 git 命令本身被代理阻塞。这和 Composer 的 HTTP 配置无关，而是系统级 git 或 SSH 配置问题。
- 确认
git config --global http.proxy是否设对；若用 SSH，检查~/.ssh/config中 Host 别名是否匹配仓库域名 - 强制跳过 Git 克隆：
composer update --prefer-dist，让 Composer 改用 ZIP 包 - 若必须用 source，且公司 Git 服务走代理，需在
~/.gitconfig中显式配[http "https://your-git-server.com"] proxy = ...
为什么 composer config --global http-proxy 有时完全不生效
因为 Composer 优先读取环境变量，HTTP_PROXY 和 HTTPS_PROXY 的值会覆盖 composer config 设置。大小写、协议前缀（http:// 必须）、认证信息编码都可能导致失效。
运行 env | grep -i proxy 查看当前生效的变量。若存在冲突，临时清空：unset HTTP_PROXY HTTPS_PROXY，再用 composer config --global http-proxy http://user:pass@host:port 重设。
- 注意：某些 CI 环境（如 GitHub Actions）默认注入
http_proxy小写变量，Composer 不认，需显式转大写 - 代理地址末尾不能带斜杠，否则部分版本 Composer 会拼出
http://proxy//packages.json导致 404
代理配置真正起效的地方就那么几处：环境变量、git 配置、cURL 自身行为。其他地方全是障眼法。别在 composer.json 里写 repositories 试图绕过，它根本不参与代理决策。
