Go语言如何写TCP服务器_Go语言TCP Server教程【全面】

端口被占用是监听失败的最常见原因，需用lsof或netstat查进程并改用高位端口；Accept后须启协程处理连接并设读超时；固定头长协议用io.ReadFull，行分隔用bufio.ReadString；生产环境需加Shutdown、KeepAlive和连接数限制。监听地址绑定失败：listen tcp :8080: bind: address already in use端口被占是写第一个 net.Listen 就卡住的最常见原因。不是代码写错了，而是本地已有进程占了那个端口——比如上次没关干净的 server、其他调试中的服务，甚至 Chrome 的某些代理插件。实操建议：立即学习“go语言免费学习笔记（深入）”；用 lsof -i :8080（macOS/Linux）或 netstat -ano | findstr :8080（Windows）查谁在用开发时优先选高位端口，比如 :8081、:9000，避开 :80、:443 这类系统敏感端口别硬写死端口，改用命令行参数或环境变量：port := os.Getenv("PORT")，默认 fallback 到 "8080"监听前加日志：log.Printf("starting server on %s", addr)，方便确认实际绑定的是哪个地址连接处理阻塞主线程：为什么只接受一个请求就卡住？Go 的 net.Listener.Accept 是阻塞调用，但真正卡住的原因往往是：你没对每个 net.Conn 启协程处理，而是直接在 for 循环里同步读写。实操建议：立即学习“go语言免费学习笔记（深入）”；每次 accept 到连接后，立刻用 go handleConn(conn) 启动协程，别等它结束注意协程里的 conn 必须是函数参数传入，别直接闭包引用循环变量（常见坑：for _, conn := range ... 会出错）加上超时控制：conn.SetReadDeadline(time.Now().Add(30 * time.Second))，防客户端发一半就挂机记得 defer conn.Close()，否则 fd 耗尽后 accept 直接返回 too many open filesio.ReadFull 和 bufio.Reader.ReadString 怎么选？读 TCP 流时，底层没有“消息边界”，你得自己定协议。选错读法会导致阻塞、截断、粘包，而且错误表现不明显。 唱鸭 音乐创作全流程的AI自动作曲工具，集 AI 辅助作词、AI 自动作曲、编曲、混音于一体