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 服务，该用：
动态WEB网站中的PHP和MySQL详细反映实际程序的需求，仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法，让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能，对常用的、强大的包
立即学习“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。但代价是：它不替你做决策。比如要不要重连、消息怎么分包、心跳怎么保活，全得自己补。写网络程序，最难的从来不是“怎么连上”，而是“连上之后怎么不出错”。
