Golang 编写高性能 TCP 网关的关键技术点-Golang-PHP中文网

go编写高性能tcp网关的核心是控制连接生命周期、复用内存和绕过默认阻塞行为，需手动补全net.conn缺失的缓冲、nagle禁用、保活与限流机制，否则易因频繁系统调用和gc压力导致cpu满载而带宽未打满。

go 编写高性能 tcp 网关，核心不是堆协程，而是控制连接生命周期、复用内存和绕过默认阻塞行为。标准库 net.conn 本身不带缓冲、不自动禁 nagle、不保活、不限流——这些都得手动补全，否则一上量就卡在 syscall 或 gc 上。

因为它们每次调用都可能触发一次系统调用，小包高频读写时，strace 里全是 read(12, ...) 和 write(12, ...)，CPU 跑满但带宽没打满，延迟毛刺明显。

必须用 bufio.NewReader(conn) 和 bufio.NewWriter(conn) 包一层，把多次小读写合并成一次系统调用
bufio 的 buffer 大小建议设为 32 * 1024（32KB），太小起不到合并效果，太大浪费内存且增加拷贝开销
不要在每个连接里 new 一个 bufio.Reader 后就扔掉——它内部的 buffer 是堆分配的，高频创建会加重 GC；应结合 sync.Pool 复用整个 bufio.Reader 实例

SetNoDelay(true) 必须在 conn.Read() 或 conn.Write() 之前调用，否则在某些内核或容器环境下会被忽略（比如 Docker + SNAT 场景下 ss -i 显示 nodelay 为 off）。

对服务端：在 listener.Accept() 返回的 conn 上立刻做类型断言：if tcpConn, ok := conn.(*net.TCPConn); ok { tcpConn.SetNoDelay(true) }
对客户端：在 net.Dial() 后、首次 I/O 前设置，同样要断言 *net.TCPConn
超时不能只靠 SetDeadline()：它是一次性的；应配合 SetReadDeadline() 和 SetWriteDeadline() 在每次读写前动态更新，例如基于心跳间隔重置

一个连接启一个 goroutine 看似简单，但万级连接时调度器压力陡增，且无法防止慢客户端拖垮服务。

Golang Stay Updated

提供最新的 Golang 新闻、社群和值得关注的人。适用于寻找 Go 学习资源、发现新库等。

下载

用信号量控制并发数：sem := make(chan struct{}, 100)，在 handleConnection 开头 sem ，结尾 <code>
对空闲连接启用 TCP keep-alive：tcpConn.SetKeepAlive(true) 并设 SetKeepAlivePeriod(30 * time.Second)，比应用层心跳更轻量
拒绝无限制 backlog：net.Listen() 后可调用 listener.(*net.TCPListener).SetDeadline() 防止 accept 队列积压，或用 SO_BACKLOG 内核参数配合 net.ListenConfig 控制

io.Copy(dst, src) 默认用 32KB buffer，看似够用，但它每次都要 new 一次 slice，高并发下就是 GC 杀手；而且不处理连接异常中断，容易导致 goroutine 泄漏。

改用 io.CopyBuffer(dst, src, buf)，其中 buf 来自 sync.Pool，例如全局声明：var bufferPool = &sync.Pool{New: func() interface{} { return make([]byte, 32*1024) }}
转发逻辑必须包裹 defer 清理资源，并检查 io.EOF 和 net.ErrClosed 等常见断连错误，及时 Close() 双边连接
不要直接 go io.Copy() 两路——需加 sync.WaitGroup 或 channel 同步，否则主 goroutine 退出后子 goroutine 还在跑，连接无法释放