用于分块传输编码的 NSURLConnection 的替代方法是什么

Question

我已经检查了与此相关的其他问题，但唯一的答案是“使用ASIHTTPRequest”，因为它不再正在开发中NSURLConnection 从服务器接收数据时出现很多奇怪的行为。

我们追查到NSURLConnection 不能很好地处理分块编码中的响应这一事实。或者至少我们在这里看到了这个问题NSURLConnection and "chunked" transfer-coding

我们交谈过的一些开发人员说它在 iOS 5 中变得更好，我们需要确保我们的 SDK 至少向后兼容 iOS 4.3。

我想确认这实际上是 NSURLConnection 中的一个问题，以及人们如何处理它。

到目前为止，我发现的所有替代方案都基于NSURLConnection，我假设这样会有相同的缺陷。 ASIHTTPRequest 确实有效，因为它的基础比 NSURLConnection 低一点，但在它不再受支持的情况下正在寻找替代方案。

查看的其他库列表如下： Restkit, ShareKit, LRResty, AFNetworking, TTURLRequest

我知道Is RESTKit a good replacement for ASIHTTPRequest? 和ASIHTTPRequest alternative 这里有类似的问题，但是这两种解决方案都基于 NSURLConnection。

编辑：我注意到我在帖子开头指出了错误的问题，所以更新了。它指向 2008 年的一个帖子，我见过类似的帖子，但没有一个是最近的。

Answer 1

NSURLConnection 支持分块传输。我使用它们。

1. 定义一些道具：

   NSMutableData * responseData;
   NSURLConnection * connection;
   

2. 建立连接

   NSURL *url = [NSURL URLWithString:@"...."];
   self.responseData = [[NSMutableData alloc] initWithLength:0] ;
   NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:url];
   self.connection = [[NSURLConnection alloc] initWithRequest:request delegate:self startImmediately:YES];
   

3. 注册您的回调方法以建立连接

   - (void)connection:(NSURLConnection *)connection didReceiveResponse:(NSURLResponse *)response {
        // You may have received an HTTP 200 here, or not...
        [responseData setLength:0];
   }
   

4. 为“收到的块”注册你的回调方法

   - (void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data {
       NSString* aStr = [[NSString alloc] initWithData:data encoding:NSASCIIStringEncoding];
   
       NSLog(@"This is my first chunk %@", aStr);
   
   }
   

5. 注册您的“连接完成”回调：

   - (void)connectionDidFinishLoading:(NSURLConnection *)connection {
      [connection release];
   }
   

6. 最后，注册“连接失败”回调：

- (void)connection:(NSURLConnection *)connection didFailWithError:(NSError *)error {
    NSLog(@"Something went wrong...");
}

Answer 2

只是为了提醒下一个到达这里但仍然无法让 NSURLConnection 处理块编码数据的人。

NSURLConnection 将使用分块编码，但具有未公开的内部行为，因此它将在打开连接之前缓冲前 512 个字节，并通过响应标头中的 IF Content-Type 为“text/html”，或“应用程序/八位字节流”。这至少适用于 iOS7。

但是，如果 Content-Type 设置为“text/json”，它不会缓冲响应。因此，任何无法获得分块编码的 NSURLConnection 响应（即不调用回调）的人都应该检查响应标头并将其在服务器上更改为“text/json”，如果它不会以其他方式破坏应用程序行为.

Answer 3

我知道没有任何替代方案。

所有其他库都建立在 NSURLConnection 之上。尽管您可以使用其中一个非 iOS 库，例如。 libcurl.

ASIHTTPRequest 是我所知道的唯一一个构建在 CFNetworking 层之上的库。这是（可能是间接的）原始开发人员停止开发它的主要原因 - 因为它不使用 NSURLConnection 它有 很多 代码。

说不再支持 ASIHTTPRequest 可能并不完全正确。确实，原来的开发者不再在它上面工作，但是如果你查看 github 提交，你会发现它仍在被其他人处理。很多人仍在使用它，出于各种原因，包括我自己。

说了这么多，回到你遇到的问题：我不确定一个 3 岁的线程是否一定是证明 NSURLConnection 的 1 岁版​​本（即 iOS 4.3）没有的权威参考' t 支持分块传输。分块传输在网络上被大量使用，以至于它似乎不太可能出现如此大而明显的问题。您正在使用的服务器可能有一些非常特殊的东西导致了问题。