RevenueCat/purchases-ios SDK 在iOS 18上的Promoted Product启动崩溃问题解析

问题背景

在iOS 18系统环境下，部分使用RevenueCat/purchases-ios SDK的应用在启动时出现了崩溃现象。该问题主要发生在处理Promoted In-App Purchases（应用内推广商品）的场景中，具体表现为当应用通过特定URL scheme（如itms-services://）启动时，系统会触发SDK的readyForPromotedProduct回调，进而导致线程断言失败。

技术分析

崩溃原因

核心问题在于线程执行环境的冲突。从崩溃堆栈可以观察到：

1. 崩溃发生在_dispatch_assert_queue_fail函数中
2. 调用链经过swift_task_isCurrentExecutorImpl检查
3. 最终触发点在readyForPromotedProduct代理方法实现中

深入分析表明，这是由于SDK在后台线程调用代理方法，而开发者实现的代理类被标记为@MainActor（要求在主线程执行），导致Swift并发模型中的执行器检查失败。

影响范围

• 操作系统：仅影响iOS 18及以上版本
• SDK版本：影响5.12.0至5.15.0版本
• 触发条件：通过Promoted Purchase的特定URL启动应用
• 影响比例：约0.1%的活跃用户（根据上报数据）

解决方案

临时解决方案

在官方修复发布前，开发者可以采用以下临时方案：

1. 创建非主线程代理类：

class NonMainActorDelegate: NSObject, PurchasesDelegate {
    var mainThreadHandler: (@Sendable () -> Void)?
    
    func purchases(_ purchases: Purchases,
                  readyForPromotedProduct product: StoreProduct,
                  purchase makeDeferredPurchase: @escaping StartPurchaseBlock) {
        // 处理商品逻辑
        DispatchQueue.main.async {
            self.mainThreadHandler?()
        }
    }
}

2. 在主线程类中使用代理转发：

@MainActor
class PurchaseManager {
    private let backgroundDelegate = NonMainActorDelegate()
    
    init() {
        backgroundDelegate.mainThreadHandler = { [weak self] in
            // 主线程安全操作
        }
        Purchases.shared.delegate = backgroundDelegate
    }
}

官方修复方案

RevenueCat团队已在内部修复该问题，主要改进包括：

1. 确保SDK在调用readyForPromotedProduct时正确处理线程上下文
2. 优化StoreKit 2商品意图处理器的线程调度逻辑
3. 增强执行器检查的健壮性

该修复已合并到主分支，预计将在下一个SDK版本中发布。

最佳实践建议

1. 线程安全设计：

   • 避免在@MainActor标记的类中直接实现可能被后台线程调用的代理方法
   • 使用明确的线程切换机制（如DispatchQueue.main.async）处理UI相关操作

2. Promoted Purchase测试：

   • 使用itms-services://URL scheme进行充分测试
   • 在测试环境中模拟各种启动场景

3. 错误处理：

   • 在商品流程中添加全面的错误处理
   • 考虑实现商品状态恢复机制

总结

该问题揭示了Swift并发模型与现有代码交互时可能产生的线程安全问题。随着Swift并发特性的广泛采用，开发者在标记@MainActor时需要更加谨慎，特别是实现可能被第三方库调用的接口时。RevenueCat团队的快速响应和修复体现了其对稳定性的重视，建议开发者关注官方更新并及时升级SDK版本。

对于需要立即解决问题的开发者，可以采用文中提供的临时方案，但应注意这只是权宜之计，最终仍需依赖官方修复确保长期稳定性。