我正在针对Django Rest Framework后端测试基于Alamofire / Swift的Rest API代码，并且看到了可怕的：NSURLErrorDomain -1005错误。在服务器端，日志显示错误代码499，客户端断开连接。
现在有趣的部分。这似乎只发生在对其中一个资源的get请求上 - 即它适用于三个资源，但不适用于第四个资源，但服务器开发人员说这个终点没有什么特别之处。我在XCTests上运行，无论是在设备上还是在模拟器上。我已经尝试过两台开发机器，一台在办公室，另一台在随机咖啡店。我还将基于框架的API移植到Mac，并从基于OSX的测试套件运行它。在这一点上，它变得有点疯狂，所以我想我会把它放到以太敏锐的读者。 ; - ）
我已经阅读了有关-1005的SO的其他帖子，但其中大部分与重启模拟器有关。我还擦了我的WIFI设置，并且上面尝试了多台机器。实际上，这也是由第二个开发人员在第三台机器上验证的。
我想弄清楚我可以在Xcode中捕获什么，找出错误的来源或以其他方式获取更多数据。它本身并没有抛出异常，因此我无法使用符号断点。
我还应该提到我的所有代码都通过相同的逻辑漏斗，我基本上有一组通用的REST基本函数，可以创建具体的（但是通用的）模型对象，而API的其余部分只是一个显式层（{ {1}}，fun getFoo(...) -> [Foo]，为了预先Xcode 7 Obj-C兼容性（支持泛型）。简而言之，所有高级API调用都干净利落地通过相同的核心REST函数集。 / p>
我几乎忘记了另一个关键点，当我使用Alamofire生成curl请求进行测试时，确实会返回有效数据。 （看来我唯一理智的选择就是重建没有Alamofire的问题，并从那里开始。）