云技术博客直接给结论：阿里云 10M 带宽的理论最大下载速度是 1.25 MB/s（即 1280 KB/s）。
但在实际使用中，你很难跑满这个速度，通常稳定在 1.1 MB/s ~ 1.2 MB/s 左右是比较正常的。
下面从原理、计算方式和实际影响因素三个方面拆解一下，避免被网上各种“玄学”说法带偏：
1. 为什么是 1.25 MB/s？（单位换算）
这是最容易混淆的地方，核心在于区分 bit 和 Byte。
- 运营商/云厂商说的“带宽”：单位是 Mbps (Megabits per second)，也就是“兆比特每秒”。
- 下载软件显示的“速度”：单位通常是 MB/s (Megabytes per second) 或 KB/s，也就是“兆字节每秒”或“千字节每秒”。
换算公式：
$$1 text{ Byte} = 8 text{ bits}$$
$$1 text{ MB} = 1024 text{ KB}$$
所以：
$$10 text{ Mbps} = 10 times 1024 text{ Kbps} = 10240 text{ Kbps}$$
$$10240 text{ Kbps} / 8 = 1280 text{ KB/s}$$
$$1280 text{ KB/s} / 1024 approx 1.25 text{ MB/s}$$
注意：有些非专业人士会用 $10 times 1000 / 8 = 1250 text{ KB/s}$ 来算，这在通信领域是近似值，但在计算机存储和大多数下载工具中，按 1024 进制换算更准确。不过无论哪种算法，结果都指向 1.25 MB/s 这个量级。
2. 为什么实际速度达不到 1.25 MB/s？
你在浏览器或迅雷里看到的实时下载速度，往往会在 1.1 MB/s 到 1.2 MB/s 之间波动，甚至更低。原因如下：
A. TCP/IP 协议开销（最主要原因）
网络传输不是直接把文件塞进去，而是分包发送。每个数据包都有头部信息（IP头、TCP头等），这些“信封”占用了带宽。
- 一般来说，协议开销会占用 5%~10% 的带宽。
- 所以理论峰值 $1280 text{ KB/s} times 90% approx 1152 text{ KB/s} approx 1.12 text{ MB/s}$。
B. 阿里云带宽类型的影响
你需要确认你的实例购买的是 固定带宽 还是 共享带宽/按使用流量计费：
- 固定带宽 10M：上述计算完全适用，独享 10Mbps。
- 突发性能实例（如 t5, t6, n4 等老旧型号）：CPU 积分不足时，网络性能可能被限制，导致带宽跑不满。
- 共享带宽包：如果你和其他实例共用一个带宽包，且其他实例正在高速下载，你的可用带宽会被稀释。
C. 服务器出口瓶颈
- 网卡性能：老一代云服务器（如早期 ECS）可能受限于虚拟网卡的模拟性能。
- 系统负载：如果 CPU 满载，处理网络中断和数据拷贝的速度变慢，也会拖累网速。
D. 客户端上行/下行不对称
虽然你问的是“下载”，但现代网络环境复杂：
- 如果你的本地网络上行带宽极小（比如某些窄带 ADSL 或移动网络），TCP 协议的 ACK 确认包回传不及时，会导致下载速度被拖慢（拥塞控制机制生效）。
3. 如何验证和排查？
如果你想测试自己服务器的真实带宽能力，建议这样做：
-
使用
iperf3进行内网/公网压测：- 在一台已知高速带宽的机器上搭建 iperf3 服务端。
- 在你的阿里云 ECS 上运行客户端连接。
- 这样可以排除浏览器、HTTP 协议栈的额外开销，测出接近物理极限的 TCP 吞吐量。
- 预期结果：你应该能看到接近 1100-1200 KB/s 的稳定速率。
-
检查是否开启了 CDN 或提速服务：
- 如果你访问的是静态资源，且配置了 CDN，那么速度取决于 CDN 节点的带宽，与源站 10M 带宽无关。
-
查看云监控：
- 登录阿里云控制台 -> ECS 实例 -> 监控图表 -> 查看 IntranetIn（内网流入）和 InternetOut（公网流出）。
- 观察 InternetOut 的峰值是否持续在 10 Mbps 附近。如果长期远低于此值，可能是应用层问题（如代码效率低、数据库查询慢导致响应延迟），而非带宽本身的问题。
总结
- 理论最大值：1.25 MB/s (1280 KB/s)
- 合理预期值：1.1 ~ 1.2 MB/s
- 低于 1 MB/s？ 检查是否有其他进程占用带宽、服务器 CPU 是否过载、或者是否为突发性能实例受限。
对于日常建站、小型 API 服务、轻量级 Web 应用来说，10M 带宽是完全够用的。如果是大文件分发或高并发视频流，建议结合 OSS + CDN 架构，不要单纯依赖 ECS 的自建带宽。