合理复用连接可减少TCP握手开销。HTTP/1.1默认支持长连接，但Go的http.Client需显式配置Transport以复用连接；否则每次请求将触发三次握手和TLS协商，增加延迟。建议复用http.Client实例，并设置MaxIdleConns和MaxIdleConnsPerHost为20~100，降低IdleConnTimeout至30秒以平衡资源占用与连接复用。启用ForceAttemptHTTP2（默认true）可自动使用HTTP/2，实现多路复用、头部压缩（HPACK），显著降低协议开销。Go原生支持HTTP/2（需TLS），推荐内部服务采用gRPC（基于HTTP/2 + Protocol Buffers），其序列化体积比JSON小60%~80%，并内置流控、超时与重试机制。高并发下应控制并发请求数，使用semaphore或errgroup.WithContext限制goroutine数量（如50~200），避免端口耗尽与网络拥塞；同时为Transport设置ResponseHeaderTimeout和ExpectContinueTimeout，防止慢请求阻塞。读取响应时优先使用io.CopyN或bufio.Reader分块处理，避免大Body导致内存溢出。服务端应启用Gzip/Brotli压缩（gzip.Writer），客户端添加Accept-Encoding: gzip；API返回应精简数据，利用json:",omitempty"或DTO剔
合理复用连接，减少TCP握手开销
HTTP/1.1默认支持长连接（Keep-Alive），但Go的http.Client默认复用连接需显式配置。若每次请求都新建连接，会频繁触发三次握手和TLS协商，显著增加延迟。建议复用http.Client实例，并设置合理的Transport参数：
- 设置MaxIdleConns和MaxIdleConnsPerHost为较大值（如20~100），避免连接池过早回收
- 调低IdleConnTimeout（如30秒）防止空闲连接占用过多端口，同时避免过早断连
- 启用ForceAttemptHTTP2（默认true），确保HTTP/2自动启用，支持多路复用与头部压缩
启用HTTP/2与gRPC，降低协议层开销
HTTP/2相比HTTP/1.1在带宽和延迟上优势明显：头部HPACK压缩可减少50%+请求头体积；单连接多路复用避免队头阻塞；服务端推送（Server Push）可预加载资源。Go原生支持HTTP/2（无需额外库），只需使用TLS（因Go中HTTP/2强制要求加密）。对内部微服务通信，更推荐直接使用gRPC（基于HTTP/2 + Protocol Buffers），其二进制序列化比JSON小60%~80%，且内置流控、超时、重试机制。
控制并发与缓冲，避免网络拥塞与内存暴涨
高并发请求若不加节制，易导致本地端口耗尽、远程服务过载或TCP拥塞丢包。应在应用层做主动限流：
- 用semaphore或errgroup.WithContext限制并发请求数（如50~200），而非无限制goroutine启动
- 为http.Transport设置ResponseHeaderTimeout和ExpectContinueTimeout，防止单个慢请求拖垮整体
- 读取响应体时优先用io.CopyN或分块读取（bufio.Reader），避免一次性加载大Body到内存引发GC压力或OOM
压缩内容与精简数据，从源头减小传输量
带宽瓶颈常源于冗余数据。服务端应开启Gzip/Brotli压缩（Go标准库gzip.Writer开箱即用），客户端需设置Accept-Encoding: gzip；对API返回，避免返回未使用字段——用结构体标签json:",omitempty"或按需构建DTO；图片/文件类资源建议由CDN处理压缩与格式转换（如WebP），后端只提供URL。若必须传输二进制数据，优先用base64.RawStdEncoding而非标准base64，减少约33%编码膨胀。
立即学习“go语言免费学习笔记（深入）”；
基本上就这些。不复杂但容易忽略的是：调优永远从真实压测数据出发，别猜。用go tool pprof看goroutine阻塞、net/http/pprof看HTTP延迟分布，再针对性调整。
