谈谈 iOS 网络层设计（SSJNetWork封装缓冲，log日志，自动网络请求）

• block很难追踪，难以维护

• block会延长相关对象的生命周期

• block在离散型场景下不符合使用的规范

• 原因1：当前请求正在外面飞着的时候，根据不同的业务需求存在两种不同的请求起飞策略：一个是取消新发起的请求，等待外面飞着的请求着陆。另一个是取消外面飞着的请求，让新发起的请求起飞。集约化的API调用方式如果要满足这样的需求，那么每次要调用的时候都要多写一部分判断和取消的代码，手段就做不到很干净。

• 原因2：便于针对某个API请求来进行AOP。在集约型的API调用方式下，如果要针对某个API请求的起飞和着陆过程进行AOP，这代码得写成什么样。。。噢，尼玛这画面太美别说看了，我都不敢想。

• 离散型的优点

• 原因3：当API请求的着陆点消失时，离散型的API调用方式能够更加透明地处理这种情况。

• 原因4：离散型的API调用方式能够最大程度地给业务方提供灵活性，比如reformer机制就是基于离散型的API调用方式的。另外，如果是针对提供翻页机制的API，APIManager就能简单地提供 loadNextPage 方法去加载下一页，页码的管理就不用业务方去管理了。还有就是，如果要针对业务请求参数进行验证，比如用户填写注册信息，在离散型的APIManager里面实现就会非常轻松。

2.delegate效率高，delegate只是保存了一个对象指针

3.在多个通信事件的时候，delegate显得直观也易维护。

delegate缺点：

• 1.因方法的声明和实现分离开来，代码的连贯性不是很好，没有 block 好读 
• 2.很多时候需要存储一些临时数据 ------------

笔者崇尚于更轻型，更简单，更连贯的代码，所以笔者在封装SJNetwork的时候采用的是Block，佛家云：有所舍，才能有所得。

CTNetworking

可读性比YTKNetwork好

CTJsbridge已经可以跟CTNetworking交互，H5工程师可以很方便地使用基于CTNetworking的网络API。

各种错误错误类型回调比较全

YTKNetwork

可能是使用了命令模式的原因吧，我觉的YTKNetwork的可读性不如CTNetworking 个人觉的不管用什么设计模式，为的是代码逻辑更加明确，代码更加易懂易读，如有不认同笔者的，请忽略，毕竟人生百味，请允许我有百想，

YTKNetwork和CTNetworking的日志输出，缓冲，取消网络请求，当我们使用的时候还的进行网络的三次封装，笔者认为，一个网络层设计，应该是都封装进去，然后提供开发人员调用就可以了，

SSJNetWork封装缓冲，日志，自动网络请求。

1.缓存处理

缓存处理配置都在SJNetWorkConfig和SJNetworkRequestConfig类中，支持以下配置：

• - 内存/磁盘存储方式
• - 缓存的有效时长
• - 根据请求shouldAllIgnoreCache判断是否需要缓存
• - 以及直接配置 YYCache
• - 支持缓冲最大数量（采用YYCache LRU算法）
• - 缓存的版本

2. 自动取消网络请求

采用AOP方式hook方式自动取消网络请求

swizzling_exchangeMethod([self class],@selector(popViewControllerAnimated:), @selector(ssj_popViewControllerAnimated:));
swizzling_exchangeMethod([self class],@selector(popToRootViewControllerAnimated:), @selector(ssj_popToRootViewControllerAnimated:));
swizzling_exchangeMethod([self class],@selector(popToViewController:animated:), @selector(ssj_popToViewController:animated:));
swizzling_exchangeMethod([self class],@selector(dismissViewControllerAnimated:completion:), @selector(ssj_dismissViewControllerAnimated:completion:));
复制代码

请配置 SJNetworkRequestConfigz 中 className 如不传入参数网络请求对应vc的className,则自动取消网络请求无效

半自动取消网络请求根据的的是，视图pop和dismiss的时候取消当前VC下所有的网络请求设计的

3.日志输出，采用NetworkEye部分代码可以监控App内所有HTTP请求并显示请求相关的所有信息，方便App开发的网络调试

SJNetWorkConfig`变量配置，

dubugLogeEnable：请求完成控制台直接输出

SQLLogEnable:记录在 sql 提高跳转到vc的时候展示

ne_sqlitePassword：log日志数据库密码

ne_saveRequestMaxCount：保存请求的最大个数