Swift扩展Objective-C类时保留AnyCancellable的方案问询

最优方案：用关联对象绑定Swift侧的Cancellable容器 #

不需要修改Objective-C的头文件，完全在Swift扩展内实现，彻底避免预编译头错误：

import Combine

// 仅Swift侧可见的容器类，无需暴露给OC
class CancellablesHolder {
    // 用Set比Array更高效，还能自动去重重复的订阅
    var cancellables = Set<AnyCancellable>()
}

@objc extension YourOCClass {
    // 关联对象的唯一标识Key
    private static let cancellablesKey = UnsafeRawPointer(bitPattern: "com.yourapp.cancellables".hashValue)!
    
    // 懒加载获取容器
    private var cancellablesHolder: CancellablesHolder {
        if let existing = objc_getAssociatedObject(self, Self.cancellablesKey) as? CancellablesHolder {
            return existing
        }
        let newHolder = CancellablesHolder()
        objc_setAssociatedObject(self, Self.cancellablesKey, newHolder, .OBJC_ASSOCIATION_RETAIN_NONATOMIC)
        return newHolder
    }
    
    // 示例：创建通知订阅并存储
    @objc func setupNotificationSubscriptions() {
        NotificationCenter.default.publisher(for: .UIApplicationDidBecomeActive)
            .sink { [weak self] _ in
                self?.handleAppActive()
            }
            .store(in: &cancellablesHolder.cancellables)
        
        // 可添加更多订阅...
    }
    
    private func handleAppActive() {
        // 处理业务逻辑
    }
}

这种方式的核心是：Objective-C代码完全不知道CancellablesHolder的存在，所有订阅管理都在Swift扩展内完成，既满足了订阅和OC实例生命周期绑定的需求，又不会触发跨语言类型的编译问题。

关于直接用NSMutableArray存储AnyCancellable的疑问 #

不建议这么做，原因如下：

• AnyCancellable不是NSObject子类，存入NSMutableArray时会被包装成_SwiftValue，Objective-C无法识别这个类型，后续如果OC代码误操作数组会引发未知错误；
• Swift侧使用NSMutableArray会丢失类型安全，不如原生的Set<AnyCancellable>或[AnyCancellable]可靠，而且Set能自动避免重复订阅的问题，减少内存泄漏风险。

之前方案触发预编译头错误的原因 #

你之前在Objective-C头文件中声明CancellablesHolder属性，需要确保Swift类已通过桥接头文件正确暴露给OC，但CancellablesHolder内部的cancellables是Objective-C无法访问的Swift专属类型，这种跨语言的类型依赖很容易导致预编译阶段的解析失败。用关联对象的方式完全绕开了Objective-C头文件的修改，从根源避免了这个错误。

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