Go微服务网络IO性能瓶颈主因是goroutine调度倾斜、连接级缓冲失控、HTTP/2默认开启引发GC尖峰及超时未作用于底层read/write；须禁用HTTP/2并显式设置Server级Read/Write/IdleTimeout。
Go 微服务的网络 IO 性能瓶颈，90% 不在 syscall 本身，而在 goroutine 调度倾斜、连接级缓冲失控、HTTP/2 默认开启带来的 GC 尖峰，以及超时机制没作用到底层 read/write 上。
http.Server 必须禁用 HTTP/2 并设超时在 Server 实例上
默认开启的 HTTP/2 在短连接 API 场景下会为每个连接维护多个流状态，导致 runtime.mallocgc 频繁触发，P99 延迟跳变明显。ReadTimeout 和 WriteTimeout 放在 handler 里（比如用 context.WithTimeout）根本无效——它只 cancel 后续逻辑，不中断 conn.Read() 系统调用。
- 禁用 HTTP/2：在
http.Server初始化时设置TLSConfig: &tls.Config{NextProtos: []string{"http/1.1"}} - 超时必须设在 Server 实例上：
ReadTimeout、WriteTimeout、IdleTimeout全部显式赋值，例如IdleTimeout: 5 * time.Second（短连接服务防 TIME_WAIT 积压） - 不要在 handler 中用
time.AfterFunc或select { case 控制读超时——它们无法唤醒阻塞的 goroutine
每个 net.Conn 都要配 SetReadBuffer + bufio.Reader 池化复用
Linux 默认 socket 接收缓冲区约 212KB，千级并发时极易被耗尽，内核被迫频繁拷贝数据；但盲目调大（如 SetReadBuffer(1024*1024)）又浪费内存且可能被内核截断。更稳的解法是：固定用户层缓冲大小 + 复用 bufio.Reader 实例。
- 在
listener.Accept()后立即调用：conn.SetReadBuffer(64 * 1024)和conn.SetWriteBuffer(64 * 1024) - 用
sync.Pool管理bufio.Reader和底层[]byte缓冲，避免每连接 new 一次 - 初始化 reader 时传入预分配 buffer：
reader := bufio.NewReaderSize(conn, 4096)，之后用reader.Reset()复用，别每次 new - 注意：buffer 大小不是越大越好，4KB～64KB 之间按报文均长选，过大会拖慢 GC 扫描
SO_REUSEPORT 要配 GOMAXPROCS，否则只是假多核
SO_REUSEPORT 让多个 Go 进程（或同一进程多个 listener）绑定同一端口，解决 accept 队列争抢，但它不自动均衡 goroutine 调度。若 runtime.GOMAXPROCS 没设成 CPU 核心数，epoll 事件仍会集中调度到少数 P 上，造成调度倾斜和延迟毛刺。
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
立即学习“go语言免费学习笔记（深入）”；
- 启用 SO_REUSEPORT 需通过
net.ListenConfig{Control: func(...){ unix.SetsockoptInt(..., unix.SO_REUSEPORT, 1) }} - 启动时强制设
runtime.GOMAXPROCS(runtime.NumCPU())，确保每个 OS 线程对应一个 P - 验证是否生效：用
ss -ltnp | grep :8080看监听行数是否 ≥ CPU 核心数 - 别指望它解决所有问题——连接建立后，goroutine 分发仍依赖 runtime 调度器，高负载下需配合 worker pool 限流
写响应务必用 json.NewEncoder(bufio.NewWriter(w)).Encode()
直接 json.Marshal(v) 再 w.Write() 会多一次堆内存分配和拷贝，尤其高频小结构体时 GC 压力陡增；而裸 io.Copy 又可能因缓冲区未 flush 导致客户端卡住。标准库的 encoder 已深度优化，配合 buffered writer 是最简高效路径。
- 写 JSON 响应：用
enc := json.NewEncoder(bufio.NewWriter(w))，然后enc.Encode(v)，最后w.(http.ResponseWriter).Flush()（如果需要流式） - 写二进制或文本：优先走
io.CopyBuffer(dst, src, pool.Get().([]byte))，别用默认io.Copy - HTTP header 中显式设
Content-Length或启用Transfer-Encoding: chunked，否则客户端无法判断响应边界 - 注意：TLS 连接下
bufio.Writer的Flush()可能触发多次系统调用，实测 buffer 设 4KB～8KB 最稳
真正卡住性能的，往往不是某一行代码，而是超时没打到底层、缓冲区没池化、GOMAXPROCS 没对齐 CPU——这些点漏掉一个，压测时延迟就会上台阶。
