“请求不用单利的好处？”
这是一个面试题。
目前我们使用AFN做请求使用的是AFURLSessionManager类，它实现了NSURLSession的协议，然后以block的方式对外提供接口。
但AFN并没有为我们提供他的单利方法。为点啥？
因为业务场景的不同。对于NSURLSession，iOS提供了三种配置。比如说对于文件下载最好使用backgroundSession，对于普通网络请求可以使用defaultSession。这就是答案。
来，我们深入，刚进去个头，我们怎么都能满足（Call me old driver）。
说说网络请求单利与非单利的区别。
单例来使用AFN，使得Manager唯一，NSURLSession唯一，当应用程序销毁的时候，这一块内存才会销毁，这个没毛病，AFN的官方demo也是封装的单利。
针对初学者说一句，AFN的请求有自己的请求队列，每个请求任务会进入他规定的队列中，Manager只是帮助我们创建请求的类，所以单利没毛病。
但是某些特殊情况下，我们还是要使用非单例去做，这时候需要注意了。
AFURLSessionManager实现了NSURLSession的协议，即AFURLSessionManager和NSURLSession互相持有，如果这个delegate是week的话，那没什么问题，但是系统提供的是retain。所以里面是有循环引用的。一旦使用非单例的方式来使用AFHTTPSessionManager，如果不做特殊处理，就会导致这个对象在应用存活期间是不会销毁的，如果应用网络请求过多，用户反复进入各种vc，内存泄漏明显。这明显不安全。
截图为证了，不安全了怎么办，戴套！
解决泄露问题，就要消除循环引用，AFN提供了下面这个方法可以解决。
–(void)invalidateSessionCancelingTasks:(BOOL)cancelPendingTasks 在合适的地方使用它即可。
所以综上所述，普通项目在网络请求这块还是用单利创建Manager比较好。
总结，戴套，注意安全！
ps:简书怎么上传代码块，我看别人能啊？！
