Swift Combine更新@Published属性时如何避免触发绑定的Pipeline

可以实现，不需要取消重订阅，以下是两种适配你购物车场景的可行方案：

方案1：新增静默更新标记+Publisher过滤 #

实现成本最低，无需调整现有外部调用逻辑，核心是通过标志位过滤掉系统侧更新产生的事件：

class ObserveableTest: ObservableObject {
    private var cancellables: Set<AnyCancellable> = []
    @Published var items: [Int] = []
    // 静默更新标记，默认false
    private var isSilentUpdate = false

    init() {
        $items
            .filter { [weak self] _ in
                guard let self = self else { return false }
                let shouldPass = !self.isSilentUpdate
                // 每次判断后重置标记位
                self.isSilentUpdate = false
                return shouldPass
            }
            .debounce(for: 0.6, scheduler: RunLoop.main)
            .sink {
                print($0)
            }
            .store(in: &cancellables)
    }
    
    // 系统侧静默更新调用这个方法
    func pleaseDoNotNotifyPipeline() {
        isSilentUpdate = true
        items.append(1)
        // @Published会自动触发UI更新，不需要额外操作
    }

    // 用户侧更新正常直接修改items即可，会正常触发Pipeline
}

适用场景 #

适合逻辑简单、所有更新都在主队列执行的场景，没有额外的结构改造，几行代码即可实现需求。

方案2：分离用户/系统更新入口，自定义发布逻辑 #

更稳定的生产级方案，完全隔离两类更新的触发路径，不存在标志位时序错乱的风险，适配复杂的购物车管理逻辑：

class ObserveableTest: ObservableObject {
    private var cancellables: Set<AnyCancellable> = []
    // 内部私有存储，不对外暴露
    private var internalItems: [Int] = []
    // 仅用于传递用户触发的更新事件
    private var userUpdatePublisher = PassthroughSubject<[Int], Never>()

    // 对外暴露的公共属性，外部默认修改走用户触发逻辑
    var items: [Int] {
        get { internalItems }
        set {
            internalItems = newValue
            userUpdatePublisher.send(newValue)
            objectWillChange.send()
        }
    }

    init() {
        // 只订阅用户触发的更新事件
        userUpdatePublisher
            .debounce(for: 0.6, scheduler: RunLoop.main)
            .sink {
                print($0)
            }
            .store(in: &cancellables)
    }

    // 系统侧静默更新专用接口
    func systemSilentUpdate(_ newItems: [Int]) {
        internalItems = newItems
        // 如果需要UI同步更新就调用这行，不需要可以删掉
        objectWillChange.send()
        // 不会向userUpdatePublisher发送事件，Pipeline完全不会触发
    }
}

适用场景 #

适合项目规模大、购物车变更入口多、存在并发更新可能的场景，逻辑完全隔离，不会出现事件误触发的问题。

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