【Go 网络编程全解】02 TCP 可靠流编程：Go 中的数据边界与错误处理

大家好，我是Tony Bai。

欢迎来到《Go 网络编程全解》第二讲。

在上一讲中，我们领略了 Go net 包如何以其惊人的简洁性，将繁琐的 Socket API 化繁为简。我们似乎只需 Dial 和 Listen，就能在客户端与服务端之间建立一条坚固的“通信管道”——net.Conn。

TCP 协议本身也向我们做出了庄严的承诺：它是面向连接的、可靠的、字节流协议。

“可靠”这两个字给了我们巨大的信心。它意味着数据不会丢失、不会重复、不会出错，并且能按发送顺序到达。这简直是网络通信的“圣杯”，不是吗？

但这份“可靠”的承诺，也常常给初学者带来一个巨大的错觉。这个错觉是如此普遍，以至于它几乎是所有网络编程新手都会踩的第一个“坑”。

你可能理所当然地认为：既然 TCP 是可靠的，那么我在客户端连续发送两条消息，"Hello" 和 "World"，服务端自然也应该分两次，不多不少地收到 "Hello" 和 "World"。

然而，现实会给你沉重一击。你可能会收到一个完整的 "HelloWorld"，也可能第一次收到 "HelloWo"，第二次收到 "rld"，甚至更诡异的组合。这种现象，就是网络编程中臭名昭著的——“粘包”与“半包”问题。

这个问题的根源，恰恰在于我们对 TCP 协议“可靠”承诺的误解，以及对其“字节流”本质的忽视。

在这一讲，我们将彻底征服这个核心挑战。我将带你一起：

1. 亲手复现： 编写 Go 代码，亲眼见证“粘包”和“半包”现象的发生。

2. 探究根源： 深入理解 TCP 的“流”本质和操作系统内核的缓冲机制，明白问题到底出在哪里。

3. 设计协议： 学习并实践解决数据边界问题的两种核心方案：分隔符协议和长度前缀协议。

4. 工程抽象： 将解决方案封装成可复用的编解码器，写出优雅、健壮的网络通信代码。

准备好，让我们一起深入 TCP 的可靠外衣之下，去探索那条真实、无边界的字节之河。