0

我正在尝试使用适用于 MAC 的 Amazon sdk 上传一个巨大的文件（8GB）（尽管他们没有适用于 MAC 的 sdk，但我已经通过删除 UIKit 引用并为 MAC 重新编译来修改了 IOS sdk 源代码）。它实际上适用于文件，可能高达 800MB ~ 1GB。但是每当我尝试上传一个 8GB 的​​文件时，我都会遇到异常。异常说“Internet 连接丢失”。很奇怪，我的互联网连接良好（2Mbps 上传速度：-/）。我正在使用分段上传 api 并上传 5MB 的块。当我遇到异常时，我不会放弃，但我会重试同一块至少 5 次然后放弃。在此重试之间，我睡了几秒钟。但最令人惊奇的是，一旦一个块上传遇到异常，它在重试中就不会真正起作用。我不明白。谁能帮我吗？？？？

提前致谢！

下面我也在添加代码！

        fileHandle = [NSFileHandle fileHandleForReadingAtPath:filePath];

        S3InitiateMultipartUploadRequest* initReq = [[S3InitiateMultipartUploadRequest alloc] initWithKey:requestDetails.md5 inBucket:requestDetails.bucket];
        initReq.contentType = requestDetails.contentType;

        S3MultipartUpload* upload = [amazonS3Client_ initiateMultipartUpload:initReq].multipartUpload;
        S3CompleteMultipartUploadRequest* compReq = [[S3CompleteMultipartUploadRequest alloc] initWithMultipartUpload:upload];


        compReq.contentType = requestDetails.contentType;

        NSData* data = [fileHandle readDataOfLength:PART_SIZE];
        int part = 0;
        ...............................
        while([data length] > 0)
        {
                @try {
                    S3UploadPartRequest* upReq = [[S3UploadPartRequest alloc] initWithMultipartUpload:upload];
                    upReq.partNumber = part + 1;
                    upReq.contentLength = data.length;
                    upReq.data = data;
                    upReq.contentType = requestDetails.contentType;

                    response = [amazonS3Client_ uploadPart:upReq];
                    [compReq addPartWithPartNumber:(part + 1) withETag:response.etag];

                    offset += [data length];

                    [fileHandle seekToFileOffset:offset];
                    data = [fileHandle readDataOfLength:PART_SIZE];
                    part++;
                    ........................
                }
                @catch (AmazonClientException *exception) {
                    .............................

                    if([exception.message rangeOfString:@"expire"].location != NSNotFound)
                    {
                        // renew credentials code 
                        return [self multipartUpload:requestDetails withFilePath:filePath];
                    }

                }
            }
      [amazonS3Client_ completeMultipartUpload:compReq];
4

1 回答 1

2

我是适用于 iOS 的 AWS 开发工具包的维护者之一。虽然我们还没有测试过这种大小的文件，但我想不出 SDK 中有任何东西会导致这种情况。您可能想尝试和/或包含在您的问题中的一些事情：

  1. 适用于 iOS 的 AWS 开发工具包的最新版本包括一个选项，用于禁用开发工具包本身的异常。这可能会显示异常的来源是在 SDK 中还是在其他地方。

  2. 您说您正在重试异常，但您是在重新使用请求还是创建一个新请求？包含您的代码可能会帮助其他人提供建议。

  3. 当你进入这个状态时，你可以执行任何其他操作吗？您确定您没有以某种方式重置网络连接吗？

跟进

在过去的几天里，我花了很多时间尝试使用最新版本的适用于 iOS 的 AWS 开发工具包重现该问题，但没有成功。我能够使用分段上传成功地将 10GB 文件上传到 Amazon S3。

我想总结一些发现并为下一步提出一些建议：

  1. 你真的应该更新 SDK。自您说下载以来，AWS SDK for iOS 在 6 个月内进行了许多更新，其中一些与连接处理有关，这可能有助于解决此问题。

  2. 您对互联网连接的测试可能没有测试正确的东西。您没有包含此代码，因此尚不清楚，但如果您正在测试的只是本地设备具有链接并且可以访问其网关，那么这不一定是您的没有问题的有效指标连接到 Amazon S3。您遇到超时的事实（稍后会详细介绍）表明您的计算机在连接​​到 Amazon S3 时遇到问题。发生这种情况的原因有很多，包括网络硬件故障或 ISP 明确的流量整形。

  3. SDK 在超时处理方面存在不一致。对于除 S3 之外的所有客户端，超时应用于 NSURLConnection 对象以及处理实际请求。对于 S3，它仅适用于请求的处理，这意味着 NSURLConnection timeoutInverval 属性未修改。NSURLConnection timeoutInterval 属性是建立连接的超时时间。一旦数据被发送或接收，即使只是涓涓细流，NSURLConnection 也不会超时。这意味着，如果您收到超时异常，您的计算机无法在默认 timeoutInterval (60s) 内建立到 Amazon S3 的连接。我们将审查并酌情修补 SDK 以解决此不一致问题。

  4. 正如我在原始答案中所说，最好确认您是否可以在进入此故障状态时向 Amazon S3 发出另一个请求（如列表存储桶/对象）以及访问另一个外部资源（如 google.com） . 这至少可以让你去你的 ISP 并就正在发生的事情提出更好的问题。

希望这些信息有帮助

于 2012-10-11T16:56:44.300 回答