ios - NSURLConnection sendSynchronousRequest 响应在无效凭据上为零

我遇到了一个奇怪的行为，使用带有无效凭据的 sendSynchronousRequest 或 sendAsynchronousRequest 会使 nsurlresponse 为零。但是使用 [[NSURLConnection alloc] initWithRequest:request delegate:self]; 的旧方法我得到了 401 响应代码。

使用sendSynchronousRequest或sendAsynchronousRequest的错误值为

Error Domain=NSURLErrorDomain Code=-1012 "The operation couldn’t be completed. (NSURLErrorDomain error -1012.)" UserInfo=0x756ecb0 {NSErrorFailingURLKey=myurl, NSErrorFailingURLStringKey=myurl, NSUnderlyingError=0x75704d0 "The operation couldn’t be completed. (kCFErrorDomainCFNetwork error -1012.)"

有人知道为什么会这样吗？对此的任何信息表示赞赏。我期待从 sendSynchronousRequest 或 sendAsynchronousRequest

获得 401 响应

谢谢，

---

Best Answer-推荐答案

当 WWW-Authenticate: HTTP header 与 401 响应一起返回时会导致此错误，要求用户交互输入有效的凭据。 NSURLConnection 处理 HTTP header 和响应正文，将响应数据正确返回为 NSData 对象，但将 returningResponse 对象保留为 无.

根据 Apple 的 Foundation Constants Reference ，错误-1012为:

NSURLErrorUserCancelledAuthentication

Returned when an asynchronous request for authentication is cancelled by the user.

This is typically incurred by clicking a “Cancel” button in a username/password dialog, rather than the user making an attempt to authenticate.

我推测它会自动将 WWW-Authenticate: header 视为用户取消的凭据请求(因为它是 headless )并生成错误。然后应该设置响应的代码路径的其他部分没有执行，因为出现错误。我个人认为这是一个错误或糟糕的设计。应该可以同时获得有效的 HTTP 响应和错误，无论哪种方式，您都会获得有效的 HTTP 响应，因此应该设置 returningResponse。坏苹果!

关于ios - NSURLConnection sendSynchronousRequest 响应在无效凭据上为零，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/14203712/