套接字心跳vs keepalive

Question

实现自己的心跳和为套接字设置keepalive有什么优缺点？

我在某处读到，keepalive有时可能会失败，无论如何都会关闭连接（取决于网络结构）。 另一件事是，自己的心跳可以检测应用程序是否响应（不仅是套接字）。

我的主要目标是确保所有这些：保持连接活动，即使没有数据发送（旁边可能的心跳），双方快速连接丢失检测，应用程序响应性检测。

我已经在两端实现了一个简单的心跳并且它工作得很好，但是我想知道是否可以用开箱即用的keepalive功能替换它。

Answer 1

TCP内置的keepalive功能的一个问题是它并不总是易于配置。 例如，在Linux上有各种各样的setsockopt（）选项（例如TCP_KEEPIDLE，TCP_KEEPCNT和TCP_KEEPINTVL），您可以使用这些选项将keepalive的行为设置为您想要的，但在其他操作系统中，这些行为不容易调整，至少不是以编程方式 。 因此，如果您希望程序的keepalive行为可以移植到各种操作系统并在所有操作系统上保持一致，那么滚动您自己的心跳通常是可行的方法。

另一方面，可能有一些程序或网络协议不容易支持心跳/无操作消息的概念（或者您可能希望您的程序能够使用许多协议，而不必来为每个支持的协议提供单独的keepalive逻辑，在这种情况下，您可能希望使用内置的keepalive，因为它能够发送和接收不影响TCP数据流内容的“透明”keepalive数据包。 在这种情况下，内置的keepalive可能很有用（特别是如果你真的需要keepalive代码在Linux下工作）。