关于AFNetworking使用单利请求的理解

“请求不用单利的好处?”

这是一个面试题。

目前我们使用AFN做请求使用的是AFURLSessionManager类,它实现了NSURLSession的协议,然后以block的方式对外提供接口。

关于AFNetworking使用单利请求的理解_第1张图片
AFN结构

但AFN并没有为我们提供他的单利方法。为点啥?

因为业务场景的不同。对于NSURLSession,iOS提供了三种配置。比如说对于文件下载最好使用backgroundSession,对于普通网络请求可以使用defaultSession。这就是答案。

来,我们深入,刚进去个头,我们怎么都能满足(Call me old driver)。

说说网络请求单利与非单利的区别。

单例来使用AFN,使得Manager唯一,NSURLSession唯一,当应用程序销毁的时候,这一块内存才会销毁,这个没毛病,AFN的官方demo也是封装的单利。

关于AFNetworking使用单利请求的理解_第2张图片
AFN请求封装单利

针对初学者说一句,AFN的请求有自己的请求队列,每个请求任务会进入他规定的队列中,Manager只是帮助我们创建请求的类,所以单利没毛病。

但是某些特殊情况下,我们还是要使用非单例去做,这时候需要注意了。

AFURLSessionManager实现了NSURLSession的协议,即AFURLSessionManager和NSURLSession互相持有,如果这个delegate是week的话,那没什么问题,但是系统提供的是retain。所以里面是有循环引用的。一旦使用非单例的方式来使用AFHTTPSessionManager,如果不做特殊处理,就会导致这个对象在应用存活期间是不会销毁的,如果应用网络请求过多,用户反复进入各种vc,内存泄漏明显。这明显不安全。

AFURLSessionManager实现NSURLSession协议
关于AFNetworking使用单利请求的理解_第3张图片
AFN在这个位置设置代理
关于AFNetworking使用单利请求的理解_第4张图片
NSURLSession的delegate为retain 人家注释说的很明白

截图为证了,不安全了怎么办,戴套!

解决泄露问题,就要消除循环引用,AFN提供了下面这个方法可以解决。

–(void)invalidateSessionCancelingTasks:(BOOL)cancelPendingTasks 在合适的地方使用它即可。

关于AFNetworking使用单利请求的理解_第5张图片
方法内部实现
关于AFNetworking使用单利请求的理解_第6张图片
英语好很重要 注释写的很明白

所以综上所述,普通项目在网络请求这块还是用单利创建Manager比较好。

总结,戴套,注意安全!

ps:怎么上传代码块,我看别人能啊?!

你可能感兴趣的:(关于AFNetworking使用单利请求的理解)