go web性能优化需协同缓存、压缩、负载均衡三层：缓存分级落地（客户端/反向代理/应用内），压缩按类型与能力动态启用（gzip/zstd+br降级），负载均衡集成健康探测、超时控制与优雅退出。
Go Web 应用性能优化的核心在于减少重复计算、降低传输开销、分散请求压力。缓存、压缩和负载均衡不是孤立手段，而是需要协同设计的三层防线。
缓存：从 HTTP 层到应用层分级落地
Go 的 net/http 提供了轻量但足够灵活的缓存控制能力。关键不是“加不加缓存”，而是“谁在什么时间点决定缓存是否有效”。
-
客户端缓存：通过
Cache-Control和ETag配合http.ServeContent或手动比对实现协商缓存，静态资源（如 JS/CSS/图片）应设为max-age=31536000并带哈希文件名 -
反向代理缓存：Nginx 或 Caddy 前置时，用
proxy_cache缓存 200/304 响应，注意设置proxy_cache_valid区分不同状态码过期策略 -
应用内缓存：高频读、低频写的数据（如配置、地区列表）可用
sync.Map或groupcache；需更新时主动失效，避免依赖 TTL 被动淘汰
压缩：按内容类型与客户端能力动态启用
Go 默认不启用响应压缩，但标准库 net/http/pprof 中的 gzip 示例可复用。重点是避免“一刀切”压缩所有响应。
- 仅对
text/*、application/json、application/javascript等可压缩类型启用 gzip/zstd（Go 1.22+ 支持 zstd） - 检查请求头
Accept-Encoding: gzip, br，优先响应br（Brotli），无则降级为 gzip；小响应体（ - 使用
golang.org/x/net/http2/h2c时，HTTP/2 自带 HPACK 头压缩，无需额外处理 header 压缩
负载均衡集成：让 Go 服务天然适配调度层
Go Web 服务本身不实现负载均衡，但必须为外部 LB（如 Nginx、HAProxy、K8s Service）提供健康探测、连接管理与优雅退出支持。
立即学习“go语言免费学习笔记（深入）”；
- 暴露
/healthz端点，只检查核心依赖（DB 连通性、本地缓存可用性），响应 200 + 短文本，不带 body，不走中间件 - 使用
http.Server{ReadTimeout, WriteTimeout, IdleTimeout}防止长连接堆积；K8s Ingress 场景下，IdleTimeout建议设为略小于 Ingress 的 keep-alive timeout - 收到
SIGTERM后，调用srv.Shutdown()并等待活跃连接关闭，同时拒绝新请求；可在Shutdown中主动通知注册中心下线实例
缓存决定“要不要重算”，压缩影响“传多少字节”，负载均衡解决“由谁来响应”。三者配合得当，单机 QPS 可提升 3–5 倍，延迟 P95 下降 40% 以上。不复杂但容易忽略。
