I was getting this error as well, but on actual devices rather than the simulator. We noticed the error when accessing our heroku backend on HTTPS (gunicorn server), and doing POSTS with large bodys (anything over 64Kb). We use HTTP Basic Auth for authentication, and noticed the error was resolved by NOT using the didReceiveChallenge: delegate method on NSURLSession, but rather baking in the Authentication into the original request header via adding Authentiation: Basic <Base64Encoded UserName:Password>. This prevents the necessary 401 to trigger the didReceiveChallenge: delegate message, and the subsequent network connection lost.

我遇到这个问题的原因如下。

TLDR:检查您发送的GET请求是否应该发送url上的参数，而不是NSURLRequest的HTTBody属性。

==================================================

我在我的应用程序上安装了一个网络抽象，它对我的所有请求都运行得很好。

我向另一个web服务(不是我自己的)添加了一个新请求，它开始向我抛出这个错误。

我去了一个操场，从最基本的要求开始，它成功了。所以我开始接近我的抽象概念，直到我找到原因。

我的抽象实现有一个错误: 我发送了一个请求，应该发送url编码的参数，我也填充了NSURLRequest的HTTBody属性与查询参数。 只要我移除HTTPBody，它就工作了。

我也面临着同样的问题， 我已经为应用程序的慢速网络测试启用了网络链接调节器。这有时会产生这个错误， 当我从设置>开发>网络链接调节器中禁用它时，它解决了我的问题。

希望这能帮助到一些人。

如果有人在将文件上载到后端服务器时得到此错误，请确保接收服务器具有您的媒体允许的最大内容大小。在我的例子中，NGINX需要一个更高的client_max_body_size。NGINX会在上传完成之前拒绝请求，这样就不会返回错误代码。

无论何时得到错误-1005，然后需要再次调用API。

AFHTTPRequestOperationManager *manager = 
[AFHTTPRequestOperationManager manager];
[manager setSecurityPolicy:policy];
manager.requestSerializer = [AFHTTPRequestSerializer serializer];
manager.responseSerializer = [AFHTTPResponseSerializer serializer];

[manager POST:<example-url>
   parameters:<parameteres>
    success:^(AFHTTPRequestOperation *operation, id responseObject) {
      NSLog(@“Success: %@", responseObject);
  } failure:^(AFHTTPRequestOperation *operation, NSError *error) {
      NSLog(@"Error: %@", error);
      if (error.code == -1005) {
          // Call method again... 
       }
  }];

您需要再次添加调用函数的代码。确保你是调用方法一次，否则它的调用循环递归。

我也有同样的问题。解决方案很简单，我已经设置HTTPBody，但还没有设置HTTPMethod POST。修好之后，一切都好了。