卡在resolving dependencies与网络无关，是本地sat求解器暴力回溯版本冲突所致；卡在downloading才是镜像问题，需验证镜像配置生效、清缓存并调高http-max-concurrent-downloads。
为什么 packagist.org 直连会卡在 DNS、TLS、首字节
不是你网络差，是 packagist.org 和 repo.packagist.org 全部托管在欧洲服务器，国内访问要过三道坎：
- DNS 解析不稳定：
dig repo.packagist.org常返回 Cloudflare 中转 IP，延迟动辄 300–800ms，且部分运营商缓存污染导致解析失败 - TCP 连接抖动：非高峰时段频繁出现
Connection timed out或重试，尤其在企业 NAT 环境下更明显 - HTTPS 握手慢：SNI 请求被某些 ISP 限速或拦截，
curl -v https://repo.packagist.org可见 TLS handshake 时间常超 2s
镜像源（如 https://mirrors.aliyun.com/composer/）把元数据 + ZIP 包全量同步到国内 CDN 节点，DNS 固定解析到本地 BGP 线路，TLS 已预热，首字节通常
只改 repositories 为什么还是从境外下 ZIP 包
很多人执行了 composer config -g repositories 却发现 Downloading laravel/framework 日志里仍是 packagist.org —— 因为 repositories 只控制元数据（packages.json）拉取地址，真正的 ZIP 包（dist）仍按 dist-url 下载，默认值是 https://api.github.com/repos/{vendor}/{package}/zipball/{ref} 或官方 dist 源。
- 全量镜像必须同时覆盖元数据 + dist + metadata 三层：清华、阿里等镜像站已把 GitHub zipball 代理缓存到本地，URL 自动重写
- 验证方式：运行
composer show laravel/framework -vvv 2>&1 | grep "Downloading"，确认输出含mirrors.aliyun.com或mirrors.tuna.tsinghua.edu.cn - 若仍见
github.com或packagist.org，说明镜像未生效，或项目级repositories覆盖了全局配置
parallel-downloads 不是多线程，http-max-concurrent-downloads 才是真并发
Composer 2.2+ 已弃用 parallel-downloads，它实际只是控制解压队列数；真正影响下载并发的是 http-max-concurrent-downloads（默认 10），它决定 cURL 同时发起多少个 HTTP(S) 请求。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 调高它：运行
composer config -g http-max-concurrent-downloads 15，但别超过 20，否则可能触发镜像站限流或本地 DNS 超时 - 旧版 Composer（1.x）不支持该参数，需升级到 2.2+
- 注意：并发提升对小包效果明显，但对单个大 ZIP（如
phpunit/phpunit）无加速作用——它仍是单连接下载
换源后仍卡在 Resolving dependencies 怎么办
这个阶段完全不走网络，卡住和镜像无关，是本地 PHP 环境或依赖结构问题：
-
COMPOSER_MEMORY_LIMIT=-1临时加内存：默认 128M 在复杂依赖图下容易 OOM，导致反复回溯重算 - 关掉
xdebug：php -d xdebug.mode=off $(which composer) install，启用时解析慢 5–10 倍 - 检查
"platform": {"php": "8.1"}是否与当前php -v版本匹配，不匹配会触发降级搜索逻辑 - 删干净再重装：
rm -rf vendor composer.lock，再跑composer install --no-cache，避免残留已下线包的 hash 校验失败
镜像解决的是 “Downloading” 卡顿，而 “Resolving dependencies” 卡顿得盯 PHP 配置、xdebug、platform 和 lock 文件本身——这两类慢，根本不在一个链路上。
