RxSwift中zip与combineLatest分别适用于哪些使用场景？

两个操作符都属于多Observable合并类操作符，核心逻辑的差异直接决定了适用场景，以下是具体区分和实际开发用例：

核心逻辑差异 #

• zip：严格按照事件的发送索引配对，只有所有参与合并的Observable各自都发出一个新事件时，才会触发一次合并回调，每一个事件只会被使用一次
• combineLatest：只要任意一个参与合并的Observable发出新事件，就会取所有Observable的最新一次已发送事件触发合并回调，事件可以被重复使用

zip 适用场景 #

适合多个结果必须严格一一对应、缺一不可的场景，常见开发用例：

1. 批量并行接口依赖：比如同时发起用户基础信息、用户资产信息两个独立请求，要求两个接口都返回成功后才渲染完整的个人中心页面

let userInfoReq = UserApi.fetchBaseInfo()
let assetReq = UserApi.fetchAssetInfo()
Observable.zip(userInfoReq, assetReq)
    .subscribe(onNext: { baseInfo, assetInfo in
        // 两个接口均返回成功，拿到配对的两组数据再刷新UI
        self.renderPersonalPage(base: baseInfo, asset: assetInfo)
    })
    .disposed(by: disposeBag)

2. 多输入严格配对触发：比如4位手机验证码输入场景，要求4个输入框都填入内容后才自动触发校验逻辑，即可用zip合并4个输入框的文本序列
3. 单次事件对应一组操作：比如点击一次发布按钮，同时触发上传图片、上传文本两个任务，每一次点击对应一组上传结果，不需要复用之前的上传内容

combineLatest 适用场景 #

适合任意一个依赖项变化，就需要用所有依赖的最新值重新计算/触发操作的场景，常见开发用例：

1. 表单状态联动校验：比如登录页要求手机号符合11位、密码长度≥6位时，登录按钮才可以点击，任意一个输入框内容修改时都要重新校验两个输入的最新值

let phoneValid = phoneInput.rx.text.orEmpty.map { $0.count == 11 }
let pwdValid = pwdInput.rx.text.orEmpty.map { $0.count >= 6 }
Observable.combineLatest(phoneValid, pwdValid)
    .map { $0 && $1 }
    .bind(to: loginBtn.rx.isEnabled)
    .disposed(by: disposeBag)

2. 多筛选条件联动：比如商品列表页有分类、价格区间、排序规则三个筛选器，任意一个筛选条件修改时，都要拿三个筛选条件的最新值请求新的商品列表
3. 多状态联动渲染：比如视频播放页需要结合当前播放进度、用户会员状态、视频总时长三个状态，判断是否展示会员解锁弹窗，任意一个状态变化都要重新判断展示逻辑

常见避坑提醒 #

• 若参与合并的Observable事件发送频率差异极大，不要使用zip：比如ObservableA每秒发1次事件，ObservableB每10秒发1次事件，用zip会导致A的事件大量积压，内存持续上涨，无严格配对要求时优先用combineLatest
• 若需要事件可重复复用，不要使用zip：比如用户修改密码后不需要重新输入手机号，就应该重新校验登录按钮状态，用zip需要等手机号再发送一次新事件才会触发回调，完全不符合预期

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