Okhttp websocket 服务器关机检测

如何解决Okhttp websocket 服务器关机检测

我正在使用 java.i 开发一个 nodemcu websocket 服务器 android 客户端应用程序。我成功创建了客户端并通过 websocket 客户端服务连接到它。我可以在发送数据时检测到服务器故障/关闭。但当时无法检测到失败的原因是如果服务器关闭电源直到发送一些数据才能知道。如何在失败时知道服务器故障。使用 okhttp 4.1.0 库。任何人都可以帮忙

解决方法

故障时如何知道服务器故障。使用okhttp 4.1.0库。谁能帮忙

你不能。这是不可能的，但有一些解决方法，请参见下文。

为什么不可能？在内部，互联网是包交换，这意味着数据首先被收集成包，然后这些包被发送。

您在网络上所做的大多数事情都感觉像是“流”而不是（您发送 1 个字符，一个字符到达另一侧）。但这一切都基于建立在互联网数据包性质之上的协议。

当您通过互联网在 2 台计算机之间建立开放连接时，实际上根本没有发送任何数据。这不像你预留了一条线路。旧的电话网络确实是这样工作的：当你拨打某人的电话时，你有一条专线，一旦线路中断，你就会听到蜂鸣声来表明这一点。

互联网不是这样工作的。那些电线和中间的所有东西根本不知道有一个开放的连接。这只是您计算机和服务器上内存中的一些位，它们可以让它们将某些数据包识别为这两台机器进行的较长对话的一部分。

因此我们得出了为什么这是不可能的：鉴于在一侧实际将数据发送到另一侧之前没有任何数据包流动，因此无法区分“现在没有数据发送”和“某人被服务器园区的电源线绊倒”。这就是为什么在您发送某些内容之前您不会获得该信息的原因（而您获得该信息的原因仅仅是因为当您发送某些内容时，协议规定服务器会向您发送回收到您发送的内容的确认。如果这需要太长时间，您的计算机会再发送几次，以防数据包在某处丢失，最终会放弃并得出结论，即无法再访问服务器或崩溃或断电，然后您才会收到 IOException） .

解决方法

一个简单的方法是升级您自己的协议：规定服务器或客户端（无论谁负责执行此操作）至少每分钟发送一次什么都不做的消息。然后，您可以在 100 秒左右未收到该连接后得出结论，即连接可能已失效。您可以启动一个 100 秒的计时器，每次收到任何数据时将其重置。如果计时器用完？连接可能已断开。

这是对内置于协议中的这种想法的某种看法，该协议可让您建立感觉像数据流的连接。该协议称为 TCP/IP，该功能称为 KeepAlive。

问题是，您可能无法为您的 websocket 连接指定 TCP/IP 设置。如果可以，你可以打开keepalive（例如在java中，你使用Socket来建立原始TCP/IP连接，它有一个.setSoKeepAlive(true)方法。检查API是否可以获取套接字或以其他方式扫描'keepalive' 的文档，看看那里是否有任何东西。

我敢打赌不会有，这意味着您必须使用我上面提到的技巧：更新您的服务器代码以使用计时器发送“你好！”任何对话后 60 秒，并在 100 秒过后更新您的客户端代码以放弃连接（再给它 40 秒；有时互联网会有点备份或服务器有点忙）。