TCP中的两个半双工连接

TCP通过在每个方向上保持两个半双工连接来支持全双工连接。如果一次使用一个，为什么不在每个方向使用两个单工连接，而不是两个半双工连接

---

TCP通过在每个方向上保持两个半双工连接来支持全双工连接

不，没有。半双工连接必须明确地移交给另一方。TCP中没有这样的功能

如果一次使用一个

事实并非如此

[n]为什么不在每个方向使用两个单工连接，而不是两个半双工连接

你的整个问题都建立在幻想的基础上，这个问题是无法回答的。它的前提是错误的，就像旧的一样

---

TCP通过在每个方向上保持两个半双工连接来支持全双工连接

不，没有。半双工连接必须明确地移交给另一方。TCP中没有这样的功能

如果一次使用一个

事实并非如此

[n]为什么不在每个方向使用两个单工连接，而不是两个半双工连接

---

你的整个问题都建立在幻想的基础上，这个问题是无法回答的。它的前提是错误的，就像旧的

TCP从定义上讲从来都不是一个错误。TCP保证交付。为保证交付，接收方必须确认其已收到数据。为了保证这一点，TCP至少是

单工是简单的单向连接-UDP将适合您的账单。UDP在某种程度上是两个单工连接。任何一个人都可以对另一个人大喊大叫。但谁知道数据是否会到达那里呢？UDP没有做出这样的承诺

你的问题可能是语义上的——我不确定。是的，一次只有一方在通信。发送方发送一个窗口值的数据，然后等待该数据的确认。我能理解为什么两个单工连接是有意义的

关键是双方使用相同的信道（即铜线、无线频率、椰子壳等）。在我看来，一个简单的连接更多的是一个广播交易，就像电视一样。如果电视台试图与一家电视台通信，那么每个人的电视都会出问题。在双工连接中，双方可以来回通信，一切正常

---

这就是我对它的价值的心理模型

根据定义，TCP从来都不是一个好消息。TCP保证交付。为保证交付，接收方必须确认其已收到数据。为了保证这一点，TCP至少是

单工是简单的单向连接-UDP将适合您的账单。UDP在某种程度上是两个单工连接。任何一个人都可以对另一个人大喊大叫。但谁知道数据是否会到达那里呢？UDP没有做出这样的承诺

你的问题可能是语义上的——我不确定。是的，一次只有一方在通信。发送方发送一个窗口值的数据，然后等待该数据的确认。我能理解为什么两个单工连接是有意义的

关键是双方使用相同的信道（即铜线、无线频率、椰子壳等）。在我看来，一个简单的连接更多的是一个广播交易，就像电视一样。如果电视台试图与一家电视台通信，那么每个人的电视都会出问题。在双工连接中，双方可以来回通信，一切正常

---

这就是我对它的价值的心理模型

“维护两个半双工连接”-这是从哪里来的？在StackOverflow添加密切相关的标记，让尽可能多的用户看到您的问题。这个问题似乎离题了，因为它建立在一个谬论上。这个问题似乎离题了，因为它是关于TCP连接模式的，与编程无关。@Oded尝试实现一个TCP库不懂编程，看看你能走多远。反之亦然，作为一个知识渊博的程序员，不了解TCP标准。TCP协议的实现和设计属于编程和计算机科学领域。如果这是一个关于故障排除、分析、配置或诊断连接的问题，那么这将是网络工程师的领域。否则，要求网络工程师实现TCP层的低层，你就找错了方向。“保持两个半双工连接”-这是从哪里来的？在StackOverflow添加密切相关的标记，让尽可能多的用户看到您的问题。这个问题似乎离题了，因为它建立在一个谬论上。这个问题似乎离题了，因为它是关于TCP连接模式的，与编程无关。@Oded尝试实现一个TCP库不懂编程，看看你能走多远。反之亦然，作为一个知识渊博的程序员，不了解TCP标准。TCP协议的实现和设计属于编程和计算机科学领域。如果这是一个关于故障排除、分析、配置或诊断连接的问题，那么这将是网络工程师的领域。否则，请网络工程师实现TCP层的低层，您就找错了方向。根据您自己的引用，TCP不是半双工的。根据您自己的引用，TCP不是半双工的。没有“超过”、“CTS/RTS”等。