Golang如何使用net包_Golang网络标准库详解

go net包是开箱即用的网络基石，需手动处理TCP并发、超时、连接释放及udp无连接特性，dns解析需显式控制超时，其强大在于可控但需自行实现重连、分包、心跳等逻辑。

net 包是 Go 标准库中真正“开箱即用”的网络基石，不需要任何第三方依赖就能实现 TCP/UDP 通信、地址解析、接口枚举等核心能力。它不抽象、不封装过度，直接暴露底层语义，所以用对了很稳，用错了容易卡死、泄漏或丢包。

如何正确启动一个 TCP 服务器：Listen + Accept + goroutine 缺一不可

关键不是“能不能跑起来”，而是“能不能并发处理多个连接”。net.Listen("tcp", ":8080") 只是监听，listener.Accept() 每次只返回一个 net.Conn，必须手动启 goroutine 处理，否则第二个连接会阻塞在 Accept 阶段。

• 务必用 defer conn.Close() 确保连接释放，否则文件描述符泄漏（linux 下最多 1024 个）
• 不要在 handleConnection 中直接用 conn.Read([]byte) 读固定长度——TCP 是流式协议，一次 Read 可能只读到半条消息；推荐用 bufio.Scanner 或 bufio.NewReader.ReadString('n') 划分消息边界
• 生产环境必须设置超时：conn.SetReadDeadline(time.Now().Add(30 * time.Second))，否则恶意客户端空连会占满 goroutine

客户端连接失败的常见原因：Dial 超时、地址格式、防火墙

net.Dial("tcp", "localhost:8080") 看似简单，但实际失败时往往没报错细节。常见真实原因：

• dial tcp [::1]:8080: connect: connection refused：服务器根本没起来，或监听的是 127.0.0.1:8080 却用 [::1]（ipv6）去连
• lookup localhost: no such host：DNS 解析失败，可改用 "127.0.0.1:8080" 绕过解析
• 没加 defer conn.Close() 导致连接堆积，后续 Dial 报 too many open files
• windows 上杀进程后端口仍被占用（TIME_WaiT），需等 2~4 分钟或用 netsh int ipv4 set dynamicport tcp start=10000 num=5000 扩展临时端口池

UDP 通信为什么不能用 Dial + Read/Write？

UDP 是无连接协议，net.Dial("udp", ...) 实际创建的是单向绑定的 *UDPConn，只能发给固定目标地址，且无法感知对方是否在线。真要写 UDP 服务，该用：

立即学习“go语言免费学习笔记（深入）”；

• 服务端：用 net.ListenPacket("udp", ":8080") 得到 net.PacketConn，再调 ReadFrom() 获取来源地址，用 WriteTo() 回复——这样才能支持多客户端
• 客户端：用 net.DialUDP() 或直接 net.ListenPacket() 后 WriteTo() 发送，但注意 ReadFrom() 返回的 addr 是对方 IP+端口，不是本地绑定地址
• UDP 没有“连接断开”概念，所以没有 io.EOF，错误通常来自网络层（如 read: connection refused 表示对方端口没程序监听）

ParseIP / LookupHost 等 DNS 函数为什么有时卡住？

net.ParseIP("192.168.1.1") 是纯内存操作，永不卡；但 net.LookupHost("google.com") 或 net.LookupIP() 会触发系统 DNS 查询，默认走同步阻塞调用，超时由系统决定（Linux 通常是 5 秒 × 尝试次数）。

• 若需控制超时，必须用 net.Resolver 并设 Timeout 字段，例如：&net.Resolver{PreferGo: true, Dial: dialContext}
• 线上服务禁用 PreferGo: false（即用 cgo 调 libc），否则可能因 glibc 版本差异导致 DNS 解析行为不一致
• 开发时遇到 lookup xxx: no such host，先 ping xxx 或 dig xxx 确认系统层是否可达，别急着改 Go 代码

Go 的 net 包强大之处在于“可控”——你可以精细管理连接生命周期、超时、缓冲、地址族（IPv4/IPv6）、甚至自定义 Dialer。但代价是：它不替你做决策。比如要不要重连、消息怎么分包、心跳怎么保活，全得自己补。写网络程序，最难的从来不是“怎么连上”，而是“连上之后怎么不出错”。