Combine合并同类型双Publisher遇阻：Merge等操作失效求助

• 有两个返回相同类型值的Publisher，分别负责发送网络响应和缓存响应，需要被多个消费者的请求共享
• 想要把这两个上游Publisher合并成一个单一Publisher，让下游能收到任意一方发送的值
• 尝试MergeMany失败：只有第一个Publisher能发送值，第二个Publisher的发送不会触发下游sink
• 试过CombineLatest和Zip，都不符合需求：前者返回元组且必须等双方都返回值才触发，后者同理
• 用merge(with:)合并后，网络Publisher无法处理全部响应
• 考虑过switchToLatest()，但不知道怎么在多个Publisher列表上使用

用对合并+共享就搞定了 #

你要的就是「任意一个上游发值，下游就能立刻收到」的效果，这本来就是merge(with:)或者MergeMany的本职工作，之前没成大概率是没处理好多订阅共享的问题。

1. 先给Publisher加共享能力

因为你要让多个消费者共用这两个Publisher，不加共享的话，每个订阅都会重新触发一次事件流——比如网络请求会被重复发起，缓存也会被重复读取，自然会出现响应丢包或者不触发的情况。给它们加上share()：

// 先把两个Publisher改成可共享的
let sharedNetwork = networkPublisher.share()
let sharedCache = cachedPublisher.share()

2. 直接merge合并

现在再合并就没问题了，不管是网络还是缓存发值，下游sink都会立刻收到：

let combined = sharedNetwork
    .merge(with: sharedCache)
    .eraseToAnyPublisher()

3. 为啥之前merge没用？

如果你的网络Publisher是一次性的（比如URLSession.DataTaskPublisher这种），没加share()的话，多个订阅者会各自开一条新的网络流，导致响应被分散到不同的订阅里，看起来就是“处理不全”。加了share()后，所有订阅者共用同一条流，响应就不会丢了。

4. 要是以后要合并多个Publisher？

用MergeMany就行，同样要确保每个上游都是共享的：

let publishers = [sharedNetwork, sharedCache]
let combined = MergeMany(publishers)
    .eraseToAnyPublisher()

5. 关于switchToLatest

switchToLatest()是用来切换Publisher的——比如上游发了个新的Publisher，就立刻弃掉之前的，转而订阅新的。这和你要的“合并多个流”完全不是一个场景，别用错了。

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