Stackexchange.Redis＆＃39;火和忘记保证交付？

Question

我理解CommandFlags.FireAndForget适用于您不关心响应的情况。

即使响应对正在运行的应用程序不重要，它是否也能保证交付？

Answer 1

实际上，Redis协议并不真正支持“即发即忘”操作。除了发布/子流量，所有Redis命令都与回复匹配，并且无法告诉Redis服务器省略回复。

现在，一些客户端（如StackExchange.Redis）通过协议的异步实现模拟“即发即忘”模式。实际上，StackExchange.Redis中的“即发即忘”模式与“异步”模式非常相似，只是在收到回复时它们会被丢弃。

可靠吗？嗯，它保证了TCP / IP保证交付的交付。网络将尽力传输数据包（如果其中一些数据包丢失，最终将再次传输数据包），但这一切都由TCP处理。

现在，如果服务器关闭或决定关闭连接，客户端只会在尝试从套接字读取时知道。 StackExchange.Redis可能会愉快地继续在死连接上发送命令一段时间。如果你有一个middletier（如Twemproxy），情况会更糟。

换句话说，“即发即弃”流量通常会被发送到服务器，网络上不会丢失任何消息，但是如果您遇到服务器或连接问题，在客户端有一个流量之前可能会丢失一些流量有机会注意到它。我认为这是一种尽力而为的行为。