afnetworking开发里通常怎么用，先看这些写法

创建与管理AFHTTPSessionManager

AFNetworking的核心类是AFHTTPSessionManager，它封装了HTTP会话的创建与管理。通常，我们会在应用的某个单例或全局管理类中初始化一个共享的Manager实例。初始化时可以指定基础URL，这样后续的所有请求都会基于此URL构建。还可以通过其requestSerializer和responseSerializer属性，统一设置请求的超时时间、HTTP头部字段（如Content-Type、Authorization），以及响应数据的序列化方式（如JSON、XML）。这种集中配置的方式有利于保持代码的一致性和可维护性。

对于需要不同配置的请求，也可以创建多个独立的Manager实例。例如，一个用于访问公开API，另一个用于访问需要特殊认证的内部API。每个Manager实例都可以拥有独立的序列化器和安全策略。合理使用Manager的复用与隔离，是构建清晰网络层的基础。

发起GET与POST请求

发起GET请求是最常见的操作。使用Manager的GET方法，传入路径参数、查询参数，并在完成回调块中处理成功或失败的结果。回调块中的responseObject已经是根据responseSerializer反序列化后的对象（通常是NSDictionary或NSArray），极大简化了数据处理流程。

POST请求用于提交数据。除了路径参数，需要在parameters参数中传入需要提交的字典。对于表单提交，AFNetworking默认会将其编码为application/x-www-form-urlencoded格式。如果需要上传JSON格式的请求体，可以将Manager的requestSerializer设置为AFJSONRequestSerializer。对于文件上传等复杂场景，则需要使用multipartFormData构造请求体，这通过POST方法的一个变体来实现。

处理响应与错误

AFNetworking将HTTP状态码在200到299之间的响应视为成功，触发success回调块。开发者应在此块内处理业务数据。对于网络错误、超时或服务器返回的错误状态码（如404、500），则会触发failure回调块，并提供一个NSError对象。

良好的错误处理至关重要。除了检查error.code和error.localizedDescription，还可以通过error.userInfo中的AFNetworkingOperationFailingURLResponseErrorKey获取到服务器返回的原始HTTP响应，以便进行更精细的错误分类和用户提示。建议将错误处理逻辑封装起来，提供统一的用户友好提示。

文件上传与下载

文件上传使用Manager的POST:parameters:constructingBodyWithBlock:方法。在constructingBodyWithBlock块中，通过提供的AFMultipartFormData对象追加文件数据。可以指定文件的MIME类型和服务器端接收的字段名。该方法还支持上传进度监控，通过设置progress回调，可以实时更新UI进度条。

文件下载则使用Manager的downloadTaskWithRequest:progress:destination:completionHandler:方法。destination块需要返回一个文件URL，指定下载完成后文件的存储位置。同样，progress回调可用于跟踪下载进度。AFNetworking会处理断点续传的底层细节，提升了大文件下载的可靠性。

配置网络状态与安全

AFNetworkReachabilityManager允许应用监听网络状态的变化。可以启动一个共享的监听器，当网络从WiFi切换到蜂窝数据或无网络时，收到通知并做出相应处理，例如暂停大文件下载、提示用户当前网络环境等。

安全性方面，对于使用HTTPS的请求，AFNetworking默认会验证服务器证书。如果遇到使用自签名证书的开发环境，可以通过修改AFSecurityPolicy的allowInvalidCertificates属性来绕过验证（仅限调试）。在生产环境中，应正确配置证书锁定或公钥锁定，以增强通信安全，防止中间人攻击。