如何在 Go 中使用 net 包实现 TCP 服务器-Golang-PHP中文网

listen函数返回的listener不能直接读写，因为它只是net.listener接口，仅含accept()方法；真正收发数据的是accept()返回的net.conn实例，需在goroutine中处理并显式关闭。

如何在 go 中使用 net 包实现 tcp 服务器

listen 函数返回的 listener 为什么不能直接读写

因为 net.Listen 返回的是 net.Listener 接口，它只提供 Accept() 方法，不暴露底层连接的读写能力。真正承载数据收发的是 net.Conn——每次 Accept() 返回一个新连接实例，这才是你该操作的对象。

常见错误是试图对 listener 调用 Read() 或 Write()，会直接 panic：「undefined method Read」。正确流程必须是：监听 → 接受 → 处理单个连接。

使用 for 循环持续调用 listener.Accept()，阻塞等待新连接
每个 conn 应该在 goroutine 中处理，否则后续连接会被卡住
记得 defer conn.Close()，否则连接泄漏，系统 fd 耗尽后 Accept() 会失败并报错 accept: too many open files

如何安全地并发处理多个 TCP 连接

Go 的 net 包本身不自动并发；Accept() 是同步阻塞的，但你可以手动启动 goroutine 处理每个 conn。关键点在于隔离连接生命周期，避免共享状态竞争。

典型结构是：for { conn, err := listener.Accept(); if err != nil { continue }; go handleConn(conn) }。这里 handleConn 必须接收 conn 值（不是指针），且内部完成全部读写和关闭逻辑。

不要把 conn 存到全局 map 或 channel 再统一处理——容易忘记关、超时难控制、panic 会 kill 整个 server
如果需要上下文控制（如超时、取消），用 net.Conn.SetDeadline() 或包装成 context.Context 感知的 reader/writer
注意：goroutine 泄漏比 fd 泄漏更隐蔽；确保所有路径（包括 error 分支）都调用了 conn.Close()

read 和 write 时遇到 EOF 或 timeout 怎么判断

conn.Read() 返回 (n int, err error)，EOF 不是异常，而是正常断连信号。当对端关闭连接（比如 client 调用 Close() 或进程退出），Read() 会立刻返回 n == 0 且 err == io.EOF。

使用Go语言搭建家庭相册系统-相关课件

下载

而 timeout 是另一类错误：如果设置了 deadline（如 conn.SetReadDeadline(time.Now().Add(30 * time.Second))），超时后 Read() 返回 err == net.ErrDeadlineExceeded，此时连接仍有效，可继续用（除非你也主动关了它）。

区分 io.EOF 和其他 err != nil：前者可直接 break 循环并 close conn；后者（如网络中断、协议错误）建议 log 后也 close
conn.Write() 一般不会返回 EOF，但如果对端已关闭，下一次 Write() 可能触发 broken pipe 错误（write: connection reset by peer）
不要依赖 n == 0 判断 EOF ——某些场景（如空包、心跳）可能真读到 0 字节但连接还活着；必须检查 err