TCP连接两端需要执行哪些动作

Question

我不太明白TcpListener 和TcpClient 通信时如何共享一些功能。

假设运行以下代码（现在忽略同步）：

服务器：

Dim server As New TcpListener(localAddr, port)
server.Start()

Dim client As TcpClient = server.AcceptTcpClient()

客户：

Dim client As New TcpClient
client.Connect(hostAddr, port)

并且连接成功建立。现在有两个TcpClient 实例——一个在服务器端，一个在客户端。但是，它们通过TcpClient.GetStream() 共享相同的网络流。

我有点困惑——当调用server.AcceptTcpClient() 时，客户端是否将自身及其所有属性传递给服务器？

在此之后对TcpClient 实例的任何更改如何？当连接关闭时，我在双方都调用它：

client.GetStream.Close()
client.Close()

但是我在客户端上遇到了 TcpClient.GetStream.Close() 的异常，它最新执行此代码，因为它告诉我客户端已经关闭（当上述代码在双方未完全同步时会发生这种情况）。

.SendBufferSize 和 .ReceiveBufferSize 属性呢？我需要在连接的两端都设置吗？

希望有人能解释一下TcpClient/Listener 类在通信过程中究竟是如何工作的，从而消除我的困惑——到目前为止，我还没有找到解释究竟发生了什么的文档。

Answer 1

TCP 协议不知道TcpClient 是什么。这是一个 .NET 概念。 TCP 根本不引用 .NET 概念。因此，不会通过网络发送任何对象。

发送的唯一内容是您明确写入的字节。

每一方都有自己的孤立对象。双方都使用自己的TcpClient 对象，其作用类似于 TCP 连接的句柄。

client.GetStream.Close()
client.Close()

这不是正确的关机顺序。第一行对第二行是多余的并且不完整。永远不应该调用 Close。最好的方法是将客户端包装在using 中。第二种最好的方法是在客户端上调用Dispose。 BCL 中的Close 方法是历史性的意外，应该被忽略。在我看过的所有案例中，它们都执行与 Dispose 相同的操作。

不要触摸缓冲区大小。它们控制内核在连接结束时使用多少内存来缓冲数据。内核能够自行管理。

也不要查看代码中的缓冲区大小。它们毫无意义。也不要使用DataAvailable 属性，因为如果它返回false/0，这并不意味着无法读取任何数据。

Connected 属性不一定在双方同步。如果网络出现故障，则无法同步。永远不要看Connected 属性。如果它在下一纳秒显示true，它可能是false。因此，不可能根据该属性做出决定。你不需要测试任何东西。只需读/写并通过中止处理异常。

关于数据包，当你Write 时，你不是在发送数据包。 TCP 具有无边界的字节流。内核在内部打包您的数据。您不需要将数据拆分为特定大小。只需使用相当大的缓冲区大小，例如 8K（或在快速网络上更大）。写入大小只是为了通过少说话来节省 CPU 时间（假设启用了 nagling）。