AWS SDK for iOS 中 Kinesis 在 iOS 18 上的崩溃问题分析与解决方案

在 AWS SDK for iOS 项目中，开发者报告了一个关于 Kinesis 服务在 iOS 18 系统上偶发崩溃的问题。这个问题表现为应用在启动后的前几秒内随机崩溃，特别是在调用 firehoseRecorder.submitAllRecords() 方法时。

问题现象

崩溃日志显示，问题源于 NSInvalidArgumentException 异常，具体错误信息为"attempt to insert nil object from objects[1]"。这意味着在构建 NSDictionary 时尝试插入了一个 nil 值对象。从堆栈跟踪来看，问题发生在 AWSKinesis 组件的数据库操作环节，当从 SQLite 数据库读取记录并尝试构建字典时，某些记录的 data 字段为 nil。

技术分析

深入分析崩溃日志和代码后，可以确定问题的根本原因：

1. AWSKinesis 使用 SQLite 数据库暂存待发送的记录
2. 从数据库读取记录时，没有对 dataForColumn:@"data" 的结果进行 nil 检查
3. 当该字段为 nil 时，直接尝试将其放入 NSDictionary，违反了 NSDictionary 不能包含 nil 值的规则
4. 在 iOS 18 上，这种情况会立即导致应用崩溃

这个问题在 iOS 18 上表现得更为明显，可能与系统对内存管理和异常处理的策略变更有关。在之前的 iOS 版本中，这类问题可能被更宽容地处理。

解决方案

AWS SDK 团队已经提供了一个修复方案，主要修改点是：

1. 在构建字典前，显式检查从数据库读取的 data 字段是否为 nil
2. 如果发现 nil 值，跳过该记录或提供默认值
3. 确保所有放入字典的值都是非 nil 的

开发者可以通过以下方式应用修复：

1. 直接使用修复分支 fix/kinesis_crash
2. 或者手动应用核心变更：在从数据库读取数据并构建字典的地方添加 nil 检查逻辑

最佳实践建议

为了避免类似问题，建议开发者在处理 AWS Kinesis 数据时：

1. 在应用层也进行数据有效性检查
2. 考虑将 submitAllRecords() 调用放在应用生命周期的合适时机，如会话结束时
3. 实现适当的错误处理和日志记录机制
4. 定期更新 AWS SDK 到最新版本以获取稳定性改进

这个问题提醒我们，在移动开发中，特别是涉及数据持久化和网络传输的场景，严格的数据验证和防御性编程非常重要。即使是看似简单的字典构建操作，也需要考虑各种边界情况，特别是当数据来源不可控时。