在云服务器上配置Compoer镜像对出网带宽有什么要求？

游戏科技网2026年09月15日 01:17云服务器10

描述：云服务器配 Composer 镜像应禁用 TLS、使用厂商内网 HTTP 地址（如阿里云 http://mirrors.cloud.aliyuncs.com/composer/）、并将 http-max-concurrent-downloads 设为 20–30，三者缺一不可，否则千兆带宽无法跑满。…

云服务器配 Composer 镜像应禁用 TLS、使用厂商内网 HTTP 地址（如阿里云 http://mirrors.cloud.aliyuncs.com/composer/）、并将 http-max-concurrent-downloads 设为 20–30，三者缺一不可，否则千兆带宽无法跑满。

云服务器上配 Composer 镜像，对出网带宽本身没硬性要求——但配置错了，反而会把内网千兆带宽压不满，甚至卡在 20MB/s。

为什么内网用 HTTPS 镜像压不爆千兆带宽

阿里云 ECS、华为云 CCE 或自建 K8s 集群里，composer install 跑不满 100MB/s，不是带宽不够，是 TLS 握手和证书校验吃掉了 CPU 并压制了并发。

https://mirrors.aliyun.com/composer/ 在内网实测平均仅 35MB/s
换成 http://mirrors.cloud.aliyuncs.com/composer/ 后升至 92MB/s（逼近千兆理论极限 125MB/s）
HTTPS 不仅增加 OpenSSL 加解密开销，还强制串行完成 TLS handshake，哪怕 parallel-downloads 设为 15，实际并发连接数仍被 TLS 层卡住
内网无中间人风险，禁用 TLS 是安全且官方推荐的——镜像站只提供静态文件，不验证客户端证书

必须用厂商提供的内网 HTTP 地址，且末尾 / 不可省略

公网 HTTPS 镜像对本地开发友好，但在云服务器上就是低效冗余。必须切到对应云厂商的内网地址：

First Principles Decomposer

把任何问题拆解为根本真理，再从原子层面重建解决方案。

下载

阿里云 ECS（VPC 内网）：http://mirrors.cloud.aliyuncs.com/composer/
华为云 CCE/ECI：http://mirrors.huaweicloud.com/composer/
腾讯云 TKE：http://mirrors.cloud.tencent.com/composer/（需确认所在地域已开通内网 DNS 解析）
末尾 / 缺失会导致部分 Composer 版本返回 404，且不报错，只卡在 Loading 阶段

`http-max-concurrent-downloads` 要设到 20–30 才喂得饱千兆网卡

公网环境下设 10 是甜点值，但内网延迟低于 0.5ms，http-max-concurrent-downloads 必须拉高才压得满带宽：

全局设置命令：composer config -g http-max-concurrent-downloads 25
设太高（如 >30）可能触发 file_put_contents(/tmp/): failed to open stream，尤其在 Docker 或低配 CI 环境
验证是否生效：composer install -vvv 日志中应出现 Downloading https://... (25 concurrent) —— 注意这里仍是 https 前缀，但实际请求已走你配的 http 地址（Composer 日志未同步显示协议变更）
别再用 parallel-downloads：该配置项已在 Composer 2.2+ 中弃用，设了也不生效

真正卡住速度的，从来不是出网带宽，而是你有没有关掉 TLS、用对内网地址、调高并发参数——三者缺一不可。漏掉任意一个，千兆网卡就永远跑不满。