单线程下使用StackExchange.Redis的fire-and-forget调用是否保证顺序投递？

在单线程环境下，多次发起StackExchange.Redis的fire-and-forget调用，是可以保证按顺序投递并被Redis执行的。

原因很直接：StackExchange.Redis的连接多路复用器（ConnectionMultiplexer）在单线程上下文里，会把你提交的所有命令按先后顺序放进发送队列，再逐个发送给Redis服务器。而Redis本身是单线程处理命令的，只要客户端按顺序发送，Redis就会严格按顺序执行这些命令。

针对你提到的场景——先往Redis流里添加数据，再通过pub/sub发消息触发其他服务处理流——用fire-and-forget完全没问题。添加流数据的命令会先进入发送队列，Redis会先执行完这条命令，确保数据已经写入流之后，才会处理后续的pub/sub发布命令，不会出现竞态条件。

需要注意两个关键点：

• 这个顺序保证只适用于单线程上下文，如果是多线程并发提交fire-and-forget命令，顺序就没法保证了。
• 虽然是fire-and-forget模式，但如果客户端和Redis之间的连接出现异常，可能会有命令丢失的情况；但只要连接状态正常，命令的顺序可靠性是有保障的。

内容的提问来源于stack exchange，提问作者Mike