Combine与RxSwift有哪些核心差异？有什么优质对比参考文档？

作为常年在两个框架之间切换的开发者，给你整理不需要跳外链就能直接用的对照点，你有RxSwift基础的话，最多花1小时就能把Combine用熟：

核心概念1:1映射 #

• RxSwift 中负责发送事件的Observable，对应Combine的Publisher，核心行为完全一致：都可以发出值、正常完成事件、错误事件
• RxSwift 中负责接收事件的Observer，对应Combine的Subscriber
• RxSwift 用来管理订阅生命周期的DisposeBag，对应Combine的AnyCancellable集合：你不用单独初始化类似DisposeBag的对象，直接声明一个Set<AnyCancellable>属性就行，订阅后调用.store(in: &你的集合属性)，就会在属性释放的时候自动取消订阅，逻辑和DisposeBag完全一致
• RxSwift 常用的几个Subject对应关系：
• PublishSubject → PassthroughSubject
• BehaviorSubject → CurrentValueSubject（要注意CurrentValueSubject直接暴露了当前值的value属性，可以直接读和改，比BehaviorSubject拿当前值更方便）
• ReplaySubject、AsyncSubject 原生Combine没有直接提供，大部分业务场景下用其他Publisher组合就能替代，真需要的话自己写个简单封装也只要几十行代码
• 基础操作符的命名重合度很高：map、filter、flatMap、merge、combineLatest、zip这些高频使用的操作符，在Combine里名字和参数逻辑完全没变，直接用就行

你需要重点注意的核心差异 #

• 内置背压是两者最本质的底层区别：RxSwift本身没有设计背压机制，如果上游发事件的速度比订阅者处理速度快，默认不会做任何限流，全靠开发者自己加操作符管控；Combine从底层设计就带了背压能力，订阅者可以主动向上游发送需求（Demand），告诉上游自己最多能接收多少个事件，从根源上避免事件积压。平时用系统封装好的操作符写业务代码的时候基本感知不到这个差异，只有自己写自定义Publisher/Subscriber的时候需要严格遵循背压逻辑。
• 类型约束更严格：Combine对Publisher的错误类型有强校验，比如Just、普通的PassthroughSubject如果没指定错误类型，默认错误类型是Never，代表这个流永远不会抛错，这类流不能直接接tryMap这类会抛出错误的操作符，需要先调用.setFailureType(to: 你的错误类型.self)对齐错误类型，才能继续链式调用，这点和RxSwift宽松的类型约束不一样，刚开始写的时候很容易遇到编译报错，写多了就习惯了。
• 调度器API更贴合原生平台：RxSwift的Scheduler是自己封装的一套抽象，Combine直接扩展了系统原生的DispatchQueue、RunLoop作为调度器，最常用的「切主线程刷新UI」的写法从Rx的.observe(on: MainScheduler.instance)变成了.receive(on: DispatchQueue.main)，逻辑完全一致。另外Combine和Swift原生的async/await打通更顺畅，随便一个Publisher都能调用.values转成异步序列，直接在async上下文里用for循环遍历接收值，不用写嵌套订阅。
• 没有单独的Trait类型：RxSwift里的Single、Completable、Maybe这些专门的Trait类型，Combine里没有单独做类封装，全靠Publisher的泛型约束实现相同效果：比如只发一个值就结束/报错的Single，对应Output是具体业务类型、会正常结束的Publisher；只发完成/报错不发值的Completable，对应Output是Void的同逻辑Publisher，不用特意记新类型。

快速迁移建议 #

不用特意找厚文档从头啃，你有RxSwift的基础，直接在业务里写就行，遇到找不到对应操作符的时候查下系统的Publisher扩展，90%以上的常用场景都有现成实现，少数Rx里有但Combine没原生带的操作符，自己写个Publisher扩展补一下也非常简单，写个两三个业务模块就能完全摸熟Combine的写法。

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