用 net/http 启最小化测速服务端：禁用压缩与缓存，返回固定长度 bytes.Repeat 响应体；客户端用 client.Do + io.CopyN 精确计时读取阶段，绕过 loopback 限速以获真实带宽。
用 net/http 启一个最小化测速服务端，别碰 WebSocket 或自定义 TCP 协议
带宽测速本质是测单位时间内能稳定传输多少字节，不是测延迟或连接数。Go 里最轻量、最可控的方式就是起一个 HTTP 服务，返回确定长度的响应体。用 net/http 足够，不需要引入 gob、grpc 或自己写 bufio.Writer 循环发包——那些反而引入缓冲、粘包、超时重传等干扰因素。
服务端关键点：
- 响应必须禁用压缩：
w.Header().Set("Content-Encoding", "identity")，否则gzip会扭曲实际字节数 - 用
http.Serve直接监听，不要用http.ListenAndServeTLS，HTTPS 握手和加密开销会污染结果 - 返回体用
bytes.Repeat([]byte("0"), size)生成，避免字符串拼接或 fmt.Sprintf 的内存抖动 - 加
w.Header().Set("Cache-Control", "no-cache")，防止中间代理缓存响应
客户端用 http.Get + io.CopyN 控制读取长度，别依赖 Response.Body.Read 手动循环
测速客户端如果用 body.Read(buf) 自己做循环，容易因 TCP 窗口、系统缓冲区大小、Go runtime 的 readDeadline 行为导致吞吐量被低估。更稳的方式是让 Go 底层自动流式读取，再用 io.CopyN 截断指定字节数。
实操要点：
立即学习“go语言免费学习笔记（深入）”；
- 设置
http.DefaultClient.Timeout = 30 * time.Second，但不要设太短（比如 5s），小带宽下可能连完整响应都收不完 - 用
io.CopyN(ioutil.Discard, resp.Body, targetBytes)替代全量读取，避免内存暴涨（尤其测 1GB 带宽时） - 务必在
defer resp.Body.Close()前调用io.CopyN，否则 body 可能被提前关闭 - 别用
resp.ContentLength做判断依据——有些服务端不设该 header，或设为 -1
计算速率时用 time.Since 包裹 io.CopyN，别算整个 http.Get 耗时
http.Get 包含 DNS 解析、TCP 连接、TLS 握手（如果用了）、HTTP 头解析等非传输时间。带宽只关心「数据在链路上跑的速度」，所以计时起点应该是收到响应头后、开始读 body 的瞬间，终点是 io.CopyN 返回的时刻。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
典型错误写法：start := time.Now(); resp, _ := http.Get(...); io.CopyN(...); duration := time.Since(start) —— 这把建连时间也算进去了，千兆网络下可能误差达 20~50ms。
正确做法：
- 用
client.Do(req)替代http.Get，拿到*http.Response后立即记录start := time.Now() - 确认
resp.StatusCode == 200再继续，避免 4xx/5xx 响应干扰计时 - 速率公式：
float64(targetBytes) / time.Since(start).Seconds() / 1024 / 1024→ 单位 MB/s
本地测速要关掉 localhost 的 loopback 限速，Linux 默认走 lo 接口且无流量控制
很多人在本机跑服务端+客户端，发现怎么都跑不满预期带宽（比如只到 800MB/s），其实是因为 Linux 的 lo 接口虽然理论无限速，但 Go 的 http.Server 在 localhost 地址上默认复用 net.Listener 的底层 socket 缓冲区，而该缓冲区大小受 /proc/sys/net/core/rmem_max 限制（常为 212992 字节）。这会导致高吞吐下频繁阻塞。
解决方法只有两个：
- 真机测速时，服务端绑定
0.0.0.0:8080，客户端用局域网 IP（如192.168.1.100）访问，绕过lo接口 - 非得本机测，就调大系统参数：
sudo sysctl -w net.core.rmem_max=16777216（16MB），并确保服务端http.Server.ReadBufferSize也设为同值
Windows 和 macOS 的 loopback 行为不同，但同样建议优先走物理网卡测速，结果才反映真实网络栈能力。
