.net - Stackexchange.Redis 的 fire and forget 是否保证交付？

Question

据我所知，CommandFlags.FireAndForget 适用于您不关心响应的情况。

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

Answer 1

实际上，Redis 协议(protocol)并不真正支持“即发即弃”操作。除了 pub/sub 流量，所有 Redis 命令都匹配一个回复，没有办法告诉 Redis 服务器省略回复。

现在一些客户端(如 StackExchange.Redis)通过协议(protocol)的异步实现来模拟“即发即弃”模式。实际上，StackExchange.Redis 中的“即发即弃”模式与“异步”模式非常相似，只是在收到回复时简单地将其丢弃。

可靠吗？好吧，只要 TCP/IP 保证交付，它就保证交付。网络会努力传输数据包(如果部分数据包丢失，最终会重新传输数据包)，但这全部由 TCP 处理。

现在，如果服务器宕机，或决定关闭连接，客户端只有在尝试从套接字读取数据时才会知道。 StackExchange.Redis 可能会愉快地继续在死连接上发送命令一段时间。如果您有中间层(例如 Twemproxy)，情况可能会更糟。

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