在gRPC c ++中，有一种方法可以在对等方断开连接时得到通知吗？

如何解决在gRPC c ++中，有一种方法可以在对等方断开连接时得到通知吗？

我已经实现了一个gRPC服务器应用程序，并且多个客户端可以连接到该应用程序并调用RPC。 在客户端断开连接或客户端重新启动的情况下，我想知道哪个客户端已断开连接，以便可以执行与该客户端相对应的一些清理工作。

类似地，如果服务器出现故障，如何通知客户端？

gRPC c ++堆栈是否向应用程序提供通知/回调？如果没有，那么在任一端处理连接终止的最佳方法是什么？

解决方法

Tcp是一个空闲协议，因此为了检测断开的连接，您将必须实现某种类型的ping / pong和计时器以引发断开的连接，因此您应该执行以下操作：

一侧（例如客户）：

• 您有一个等待一段时间（例如1分钟）的计时器
• 每次向服务器写操作都取决于计时器
• 在收到数据包时，您上次收到数据包时会进行更新
• 当计时器到期时，您检查是否达到了ping时间（您没有发送任何信息一分钟），然后发送ping消息，服务器应回复。如果连接断开，则发送时可能会出现错误。
• 检查ping时间后，检查上次收到数据包的时间，如果该数据包超过了所选的会话超时（应长于ping超时），则服务器无法响应您的消息，请ping因此断开连接

在另一端（例如服务器）：

• 您有一个等待会话超时的计时器
• 每次向客户端写操作都取决于计时器
• 收到数据包后，您将在上一次收到数据包时进行更新
• 一旦收到ping命令，便会发送pong消息以通知客户端您仍处于连接状态
• 当计时器到期时，请检查您上一次收到数据包的时间，如果超过了会话超时，则客户端无法ping服务器或发送任何消息，因此假定客户端已断开连接并断开了连接

此外，任何读写错误（非阻塞错误和类似错误除外）都被视为断开连接。

请注意，ping和pong很重要，因为您可能仅在需要时（完成一些工作时）发送其他消息，这可能会花费很长时间，因此在此期间，您应该ping服务器以检查它是否仍与您连接

,

gRPC试图将连接管理的细节从用户那里抽象出来，因此有意隐藏了其中的一些细节。这意味着gRPC服务器看到的是传入的RPC，而不是客户端，（尽管您可以在ServerContext上调用 peer（）来获取客户端的uri）。在RPC级别上，您可以在ServerContext上调用 IsCancelled（）来检查RPC是否由于某种原因而失败（断开连接将视为失败）。

对于客户端，连接细节再次被抽象掉。在每个新的RPC上，如果尚未连接通道，则将尝试进行新的连接。除非断开连接是在RPC进行期间发生的，否则这种方式的断开连接对用户而言实际上不是可见的，在这种情况下，状态详细信息将指向断开连接。请注意，gRPC确实在通道上提供了 NotifyOnStateChange（） API，以便在更广泛的通道上收到有关任何状态更改的通知。如果应用程序保证通道使用单个服务器，则可以使用 NotifyOnStateChange（）检查传输断开的时间。