镜像源没生效导致并发参数失效，主因是配置静默失败：repo.packagist拼写错误、url末尾缺/、未执行composer clear-cache；验证需输出完整json且-vvv日志含镜像域名；http-max-concurrent-downloads才是有效并发参数，仅作用于下载环节。
镜像源没生效，并发参数全是摆设
并发下载提速的前提是请求真发到了国内镜像，否则http-max-concurrent-downloads设成100也没用——所有连接都在等packagist.org的DNS解析或TLS握手超时。常见静默失败点有三个：
• repo.packagist写成repos.packagist（多一个s，Composer直接忽略）
• URL末尾漏掉/，比如https://mirrors.aliyun.com/composer会返回404，导致降级回官方源
• 没执行composer clear-cache，缓存里还存着旧的packages.json，Composer优先读缓存再校验，根本不会触发新镜像请求
验证是否生效最简单的方法：运行composer config -g repo.packagist，输出必须是完整JSON，形如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；再跑一次composer install -vvv，滚动日志末尾必须出现mirrors.aliyun.com或mirrors.tuna.tsinghua.edu.cn字样。
该设http-max-concurrent-downloads，不是parallel-downloads
parallel-downloads是Composer 2.2初期短暂用过的配置名，已在2.2+正式弃用，设了也不生效。唯一真正起效的参数是http-max-concurrent-downloads，默认值通常是6，推荐设为8～10：
• 设10：运行composer config -g http-max-concurrent-downloads 10
• 别冲到20：容易触发file_put_contents(/tmp/): failed to open stream（临时文件竞争）或镜像站限流返回416
• 这个参数只对composer install有效；composer update因依赖图需实时解析，底层仍有强串行逻辑
注意：它只控制HTTP下载并发数，不改变依赖解析过程，所以卡在Resolving dependencies时调这个毫无意义。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
镜像本身不支持HTTP/2，高并发反而更慢
并发下载能否真正提速，取决于镜像站是否支持HTTP/2多路复用。阿里云、清华、中科大镜像都支持；但某些私有镜像或老旧部署只支持HTTP/1.1，此时高并发会导致连接排队、TCP争抢和DNS抖动。
表现是：composer install -vvv日志里看到多个Downloading行，但实际进度条跳得极慢，甚至频繁重试。
排查方法：
• 用curl -I https://mirrors.aliyun.com/composer/packages.json看响应头是否有HTTP/2
• 如果镜像不支持HTTP/2，http-max-concurrent-downloads建议降到4～6，避免触发运营商QoS限速或防火墙丢包
• CI/CD中更要注意：批量构建打向单镜像易触发429 Too Many Requests，此时应配多镜像+canonical: false实现自动故障转移
并发下载快了，但Resolving dependencies还是卡
这是最容易被混淆的点：镜像和并发只加速下载环节，而Resolving dependencies是本地PHP进程在暴力穷举版本组合（SAT求解），和网络完全无关。
典型现象：composer install -vvv日志停在“Resolving dependencies”几十秒不动，但没任何HTTP请求日志。
这时该做的不是换镜像或调并发，而是：
• 删除"minimum-stability": "dev"（dev分支候选集太大）
• 收紧版本约束，比如把"monolog/monolog": "*"改成"monolog/monolog": "^3.0"
• 运行composer why-not php:8.2定位冲突包
• 禁用xdebug（它会让SAT求解慢3～5倍）
别指望镜像能解决CPU瓶颈，那不是它的职责。
