AWS SDK for iOS 大文件上传重启问题分析与修复

问题背景

在使用AWS SDK for iOS的TransferUtility功能时，开发者发现当上传超过2.1GB的大文件时，如果应用被系统终止后重新启动，上传任务无法正确恢复。具体表现为上传进度始终为0，最终导致上传失败并返回错误信息。

问题现象

当上传文件大小超过2.1GB时：

1. 应用被系统终止后重新启动
2. 上传任务看似恢复，但进度始终为0
3. 最终失败并报错："Expected to send [-1962180493], but sent [2332786803] and there are no remaining parts"

根本原因分析

经过深入排查，发现问题出在数据库读取文件大小时的数据类型处理上：

1. 原始文件大小为2332786803字节（约2.3GB）
2. 当应用重启后从数据库读取时，该值被错误地转换为-1962180493
3. 这是由于使用了32位有符号整数(int)来存储和读取文件大小
4. 2.3GB超过了32位有符号整数的最大值(2^31-1=2147483647)，导致整数溢出

技术细节

在AWSS3TransferUtilityDatabaseHelper.m文件中，数据库查询使用了intForColumn方法来读取contentLength值。对于超过2.1GB的文件，这个方法会返回错误的负值。

解决方案是将intForColumn改为longForColumn，确保使用64位整数来存储和读取文件大小，避免溢出问题。

修复方案

AWS SDK团队已经发布了2.38.0版本修复此问题。主要变更包括：

1. 修改数据库读取逻辑，使用64位整数类型
2. 确保大文件上传任务能够正确恢复
3. 保持与之前版本相同的API接口，无需开发者修改代码

最佳实践建议

对于需要进行大文件上传的iOS应用：

1. 确保使用AWS SDK for iOS 2.38.0或更高版本
2. 测试应用在各种场景下的上传恢复能力
3. 监控上传进度，确保contentLength值正确
4. 对于特别大的文件(>2GB)，考虑增加额外的验证逻辑

未来发展方向

AWS团队正在将重点转向新的Swift SDK，建议开发者：

1. 评估迁移到AWS Swift SDK的可能性
2. 关注Amplify框架的发展，特别是其上传功能
3. 对于现有项目，可以继续使用当前SDK，但需注意长期支持计划

这个修复确保了AWS SDK for iOS在大文件上传场景下的可靠性，特别是对于需要后台上传和恢复功能的应用至关重要。开发者应及时升级到修复版本以获得最佳体验。