无限小说网 内部服务器错误,iOS网络模块优化（失败重发、缓存请求有网发送）...

iOS开发中，一般都是通过AFN搭建一个简易的网络模块来进行与服务器的通信，这一模块要优化好没那么简单，需要花费很多时间与精力，仅仅根据这几年来的填坑经验，总结下这一块的需要注意的地方，也是给自己梳理下知识。

之前写的博客提到了DNS优化、请求数据大小的优化(http://www.cnblogs.com/ziyi--caolu/p/8058577.html)。这里主要想理一理合理的并发数以及网络请求可靠性的保障。

优化的理论之前，先建立代码样例，假设我们有这样两个类：

@interface ZYRequest : NSObject

@end

@interface ZYRequestManager : NSObject

@end

ZYRequest类用来处理公共的逻辑，Manager负责管理Request。在iOS开发中，很多时候会遇到多个Request集中发送的情况，比如说第一次进入App首页，需要请求骨架文件、首页Banner图片、展示Cell数据等等，如果这时候并发数太少，那些需要优先展示的数据请求可能会被次要的数据请求“阻塞”住。如果并发数太大，带宽有限的场景下，会增加请求的整体延迟。一般而言，在实际开发中，让请求的并发数限制在3~~5即可(也可以给每个请求设计优先级，然后在调度队列里面让优先级高的请求先出队列)。

请求的可靠性保障是个很容易被忽视的问题，见过的很多App的网络请求都是只进行一次请求，失败后直接给用户提示网络错误。比较好的做法，是将Request按业务分类：

第一类，关键核心业务，期望在任何条件下能百分百送达服务器。

第二类，重要的内容请求、数据展示，需要较高的成功率。

第三类，一般性内容请求，对成功率无要求。

理论上来说，需要我们应该尽量让每个请求的成功率都达到最高，但是客户端流量、带宽、电量、服务器压力等都是有限的资源，所以只能采取将关键性请求做高强度的可靠性保证。

代码Github地址：https://github.com/wzpziyi1/iOSNetwork

一、代码结构分析

其中Storage文件夹里面，主要是处理将NSData数据缓存到沙盒的，实际我将它们的调用封装在ZYRequestCache文件里面，关于数据存储到沙盒、数据库，从沙盒取出数据、从数据库取出数据，删除、查询等等所有操作，都是封装在ZYRequestCache里面，直接调用它的接口即可。

数据库采用的是realm数据库，并且实现了在子线程进行数据的存取，不占用主线程的资源，以免造成卡顿。由于是第一次使用realm，踩了很多坑。所有的关于数据库的操作，都封装在ZYRequestRealm文件里面，里面也有许多操作realm时踩过的坑的提示，最需要注意的一点是，在realm数据库的使用中，对同一份数据的读、写、查询后使用，都必须是在同一线程，在编码时由于将除查询操作外的