卡在Resolving dependencies是DNS问题，配代理无效；应测DNS、换DNS服务器、检查hosts或用热点验证；卡在Downloading才需配置http.proxy并调高http.timeout至600秒。
代理配置了但 still timeout，大概率是没配对位置、没生效，或根本不是 HTTP 层问题。
卡在 Resolving dependencies 时配代理完全无效
这一步 Composer 还没发任何 HTTP 请求，只在查 mirrors.aliyun.com 或 packagist.org 的 IP 地址。DNS 解析失败时，http.proxy 和 http.timeout 全部不参与——改了也白等。
- 先运行
dig mirrors.aliyun.com @8.8.8.8，看是否返回有效 IP；若无响应，说明 DNS 被污染或拦截 - 临时换系统 DNS：Linux/macOS 改
/etc/resolv.conf加nameserver 8.8.8.8；Windows 在网络适配器里手动设 - 检查
/etc/hosts（或C:\Windows\System32\drivers\etc\hosts）是否误写了错误映射，比如把packagist.org指向了 127.0.0.1 - 用手机热点试一次——企业网常屏蔽
packagist.org和github.com，但热点通常通
卡在 Downloading https://... 才该配 http.proxy
此时才真正走 HTTP 下载，代理才起作用。注意：http.proxy 是唯一有效的代理配置项，proxy、https-proxy 等字段 Composer 完全不认。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 正确命令：
composer config -g http.proxy http://127.0.0.1:8080（HTTP 代理）或composer config -g http.proxy https://127.0.0.1:8080（HTTPS 代理） - 代理地址必须带协议（
http://或https://），端口不能省；若需认证，写成http://user:pass@127.0.0.1:8080 - 验证是否生效：
composer config -g http.proxy应输出你设置的完整 URL；若为空，说明配置失败 - 临时调试建议用环境变量：
HTTP_PROXY=http://127.0.0.1:8080 composer install，避免污染全局配置
代理配对了还是 timeout？检查三个干扰点
即使 http.proxy 正确，仍可能因其他层超时或限制被中断。
-
http.timeout必须同步调高：默认仅 60 秒，代理链路加长后极易触发；建议设为600：composer config -g http.timeout 600 - PHP 自身 socket 超时会覆盖 Composer 设置：
php -d default_socket_timeout=600 $(which composer) install可绕过 - Git 克隆不受
http.proxy控制：若项目含"type": "vcs"或git@地址，需额外配 Git 代理：git config --global http.proxy http://127.0.0.1:8080
验证代理是否真在工作
别只信日志“正在下载”，要抓真实请求路径。最可靠方式是开代理日志或用本地代理工具（如 Charles、mitmproxy）观察流量。
- 运行
composer install -vvv 2>&1 | grep -A2 -B2 "Downloading"，确认最后请求的 URL 是否经由你配置的代理地址发出 - 若代理服务支持日志（如 Squid、cntlm），直接查 access.log，看是否有来自
127.0.0.1:xxxx（Composer 进程）的 CONNECT 请求 - 禁用代理后执行
curl -x http://127.0.0.1:8080 -I https://mirrors.aliyun.com/composer/packages.json，模拟 Composer 行为，看是否能通
代理配置最容易被忽略的是「优先级」和「作用域」：项目级 composer.json 中的 repositories 会覆盖全局镜像，而 http.proxy 只影响 HTTP 请求，对 git clone、svn export 或 hg pull 完全无效——这些得单独配对应工具本身。
