afnetworking常见报错和处理办法整理

请求超时与网络延迟

在使用AFNetworking发起网络请求时，`NSURLErrorTimedOut`是常见的错误之一。这通常意味着请求在设定的时间间隔内未能收到服务器的完整响应。处理此类问题，首先应检查`AFHTTPSessionManager`实例或`NSURLSessionConfiguration`中设置的`timeoutIntervalForRequest`与`timeoutIntervalForResource`参数是否合理。对于移动应用，考虑到不稳定的网络环境，建议将超时时间适当延长，例如设置为15至30秒。其次，需要排查服务器端接口的响应速度，可以利用工具测试接口性能。若服务器响应本身较慢，客户端调整超时阈值仅是权宜之计，根本解决还需优化后端服务。此外，在弱网环境下，频繁的超时可能导致用户体验下降，可以考虑实现请求重试机制，但需注意幂等性。

除了调整超时时间，优化请求本身也能减少超时概率。例如，对于上传下载大文件的任务，应确保正确配置了`NSURLSession`的后台模式，并监控网络状态变化。当检测到网络从Wi-Fi切换到蜂窝数据时，可能需要暂停或调整数据传输策略。对于关键请求，可以设计一个指数退避算法的重试逻辑，避免在瞬时网络故障时过早放弃请求。

网络连接中断与不可用

错误码`NSURLErrorNotConnectedToInternet`或`NSURLErrorNetworkConnectionLost`直接指向设备的网络连通性问题。AFNetworking的`AFNetworkReachabilityManager`提供了监听网络状态的能力。最佳实践是在应用启动时开始监控，并在关键网络操作前检查当前状态。当检测到无网络连接时，应向用户展示友好的提示，而非一个晦涩的错误弹窗。对于连接丢失错误，它可能发生在请求过程中的任何时刻，尤其是在不稳定的移动网络上。处理这类错误，除了依赖重试，更关键的是设计健壮的数据同步策略。例如，对于提交表单的操作，可以在本地暂存用户输入的数据，并在网络恢复后自动或提示用户重新提交。

深入来看，仅仅监听“可达性”有时并不足够，因为设备可能连接到一个需要认证的Wi-Fi热点（如公共热点）或一个没有实际出口的网络。因此，更可靠的方案是定期或在进行重要请求前，尝试向一个已知稳定且响应快速的服务器（如自己后端的健康检查接口）发起一个轻量级的探测请求，以确认真正的网络可用性。

HTTP状态码错误处理

服务器返回的HTTP状态码如404、500等，不属于底层网络错误，而是业务层面的响应。AFNetworking默认会将状态码不在200至299范围内的响应视为错误，并触发失败回调。在处理这类错误时，首先应检查`NSError`对象的`responseObject`属性，其中可能包含了服务器返回的、更具描述性的错误信息。开发者应根据不同的状态码制定处理策略。例如，对于401未授权错误，通常意味着用户身份令牌已过期，应引导用户重新登录。对于403禁止访问，可能需要检查用户权限。对于500服务器内部错误，除了向用户提示服务暂时不可用，客户端也可以记录详细的错误信息（包括请求URL、参数、时间戳）以便上报排查。

一个良好的实践是统一封装AFNetworking的请求调用，在拦截到HTTP错误时，根据状态码和业务约定，将原始的`NSError`转换为应用内部定义的、用户可理解的错误模型。这有助于将网络层错误与业务逻辑错误解耦，使错误处理逻辑更加清晰和集中。

数据解析失败问题

当服务器返回的数据格式与预期不符时，会引发解析错误，例如`NSURLErrorCannotParseResponse`或与JSON解析相关的错误。在使用AFNetworking的`responseSerializer`（如`AFJSONResponseSerializer`）时，常见原因是服务器返回的数据不是合法的JSON格式，可能是HTML错误页面、纯文本，甚至是空数据。调试此类问题，首先应使用抓包工具（如Charles）检查原始响应体内容，确认数据格式。其次，检查`AFJSONResponseSerializer`的`acceptableContentTypes`属性，确保其包含了服务器返回的`Content-Type`。有时服务器可能返回`text/plain`或`text/html`但内容实为JSON，这时需要扩展可接受的类型集合。

另一种常见情况是数据格式合法，但模型解析失败，例如JSON中的某个字段预期为`NSString`类型，实际却为`NSNull`。这要求在使用如`YYModel`或`MJExtension`等工具进行模型转换时，做好字段类型的容错处理，或者在`AFJSONResponseSerializer`的响应预处理块中，对原始数据进行清洗，将`NSNull`转换为空字符串或默认值。

SSL证书与安全连接

在HTTPS请求中，证书验证错误（如`NSURLErrorServerCertificateHasBadDate`、`NSURLErrorServerCertificateUntrusted`）会中断连接。AFNetworking默认的安全策略（`AFSSLPinningMode`）提供了三种模式：`None`、`PublicKey`和`Certificate`。对于大多数需要高安全性的应用，建议使用`PublicKey`模式进行证书锁定，以防止中间人攻击。若遇到证书错误，首先确认服务器证书是否有效且由可信机构签发。在开发或测试阶段，若使用自签名证书，需要将`AFSecurityPolicy`的`allowInvalidCertificates`属性设置为`YES`，并将`validatesDomainName`设置为`NO`，但切记这些配置绝不能出现在生产版本中。

对于证书过期或域名不匹配的错误，通常是服务器配置问题，需要联系后端运维人员更新证书。在客户端，如果因为某些原因需要动态调整安全策略（例如适配企业内部不同的证书环境），应通过`AFSecurityPolicy`的类方法创建自定义策略实例，并赋值给`AFHTTPSessionManager`的`securityPolicy`属性，确保操作线程安全且不影响其他请求。