如何判断 TCP 连接的活跃状态

判断 TCP 连接的活跃状态是一项复杂的任务，因为无法直接从 TCP/IP 堆栈中获取连接健康信息。传统的方法包括： 在应用程序层协议中实现心跳机制，定期发送“ping”消息并等待“pong”回复，以确认连接仍在活动。 使用 TCP keepalive 功能，该功能允许 TCP 堆栈主动检测通信中断并关闭已断开的连接。

我有几个 TCPConn 对象。我想运行 goroutine 来定期检查我的 TCPConns 是否还活着，如果有人死了，我想关闭这些 TCPConn 并从内存中删除。

如何检查 TCPConn 对象是否存活？我在net lib文档中没有找到类似的方法。

解决方案

你显然不能。

但这与 Go 无关，原则上与 TCP/IP 相关。

您不能这样做的原因有多个方面：

• 这样的检查（如果存在）本质上是有问题的：例如，一旦检查返回“一切正常”，远程端就可以向您发送一个带有 RST 的数据包。

  这很像在尝试读取文件系统上的文件之前检查它是否存在：一旦检查询问文件系统该文件是否存在并且它回答“是”，任何其他进程都可以删除该文件，因此尝试打开相信已存在的文件将会失败。

  还要考虑一下您的进程与系统中运行的其他进程争夺 CPU 时间的完全可行的可能性：当内核剥夺您的程序代码时，两个相邻的操作可能会被大量的挂钟时间分开。无论出于何种原因，都会占用 CPU 时间。

• 流行内核的 TCP/IP 堆栈不存在“TCP 连接健康状况”的概念。

  例如，假设您已向远程端发送了几个字节，并且本地系统上的 TCP 堆栈等待听到远程 TCP 堆栈确认的接收。
  您无法让 TCP 堆栈告诉您的用户空间代码某些内容似乎“停滞”。

  远程端的情况更糟糕：如果远程方尝试向您发送某些内容并且由于某种原因而停止，那么它根本没有办法向您传达该事实：因为通信链路毕竟停止了，因此无法进行任何通信。

仍然存在一些方法来解决这个问题。

• 在应用程序级协议中实现“ping”（“心跳”——正如 @Adrian 在他们的评论中建议的那样——是此类功能的另一个流行绰号）。

  假设，如果参与通信的一方在指定时间段内没有发送任何内容，则它必须发送一些“ping”消息，然后期望远程端以“pong”消息回应它，并且这应该在配置的时间范围内发生；如果 pong 没有在该时间范围内到达，您认为通信链路已损坏。

• 通过使用其 net.TCPConn.SetKeepalive* methods 在您的连接上启用 TCP keepalive，并依靠它们主动检测通信中断。

  如果连接空闲，此机制使 TCP 堆栈向远程端发送特殊探测帧。
  如果此类探测失败，套接字将被内核关闭，这将在您的代码中显示为“套接字已准备好”事件，并且最近的读取和/或写入尝试失败并出现错误。

请注意，TCP keepalive 是一个复杂的野兽，您可能需要研究它们是如何工作的，链路两侧的内核是否需要调整，并在人为链路故障的情况下测试您的解决方案。
您可以拨打 here 开始您的旅程。

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~