Language agnostic 执行Nagle算法和延迟确认'；会影响TCP连接设置吗？

客户机的SYN和服务器SYN+ACK是否因Nagle而延迟？客户端对服务器SYN的确认是否会延迟

连接将在rtt+spt后返回，还是需要rtt+spt+2x Nagle延迟

---

或者更一般地说，Nagle算法和延迟确认如何影响TCP连接设置？

否，Nagle不影响SYN或SYN+ACK。延迟的ACK也不例外（从逻辑上讲，您希望SYN+ACK尽快返回，而且目前还没有导致延迟的拥塞状态）。

否，NAGLE不会影响SYN或SYN+ACK。延迟确认也不例外（从逻辑上讲，您希望SYN+ACK尽快返回，而且目前还没有导致延迟的拥塞状态）。

@Andrew:您所说的有道理。你有任何标准或类似的参考吗？RFC2581第4.2节是基本参考，但我阅读了一个堆栈实现来真正了解这方面的细节；FreeBSD非常容易阅读，Linux堆栈将算法淹没在抽象中。@Andrew:你说的很有道理。你有任何标准或类似的参考吗？RFC2581第4.2节是基本参考，但我阅读了一个堆栈实现来真正了解这方面的细节；FreeBSD非常容易阅读，Linux堆栈将算法淹没在抽象中。