别说你会AFNetworking 3.0
来源:互联网 发布:淘宝运营技巧 编辑:程序博客网 时间:2024/06/10 10:39
转载 http://www.cocoachina.com/ios/20160202/15211.html
很多时候,AFNetworking都是目前iOS
开发者网络库中的不二选择。Github
上2W+
的star
数足见其流行程度。而从iOS7.0
开始,苹果推出了新的网络库继承者NSURLSession
后,AFNetworking
也毫不犹豫地加入了对其的支持。3.0+
更加只是提供了NSURLSession
的支持。
我们使用AFNetworking
的时候,可能会有很多的朋友都会采用以下的写法:
AFHTTPSessionManager *sessionManager = [AFHTTPSessionManager manager]; sessionManager.requestSerializer = [AFHTTPRequestSerializer serializer]; sessionManager.responseSerializer = [AFHTTPResponseSerializer serializer]; [sessionManager GET:urlString parameters:parameters progress:progressBlock success:successHandler failure:failureHandler];
大概可以描述一下这个过程,每次开启一个网络请求时,首先新建一个AFHTTPSessionManager
,然后将相关的requestSerializer
和reponseSerializer
赋值;最后发起相应的GET/POST
等请求。
而如果是直接采用NSURLSession
来请求网络呢,我们则经常会采用以下的写法:
NSURLSession *session = [NSURLSession sessionWithConfiguration: [NSURLSessionConfiguration defaultSessionConfiguration] delegate:nil delegateQueue:[NSOperationQueue mainQueue]]; NSURLSessionDataTask *dataTask = [session dataTaskWithRequest:request completionHandler:completionHandler]; [dataTask resume];
这个过程其实和上面的基本一致。新建一个Session
,然后新建task
,激活task
,完成网络请求。
那么现在问题来了。为什么每次都需要新建一个SessionManager/Session
?如果在多个Task
请求的情况下,如果采取一个共享的SessionManager/Session
是否可行?如果可行,与之前每次新建SessionManager/Session
相比,孰优孰劣?
本篇文章会告诉您:
1. 为什么要使用NSURLSession而不是NSURLConnection
2. 为什么要用共享的SessionManager/Session
,而不是每次都启动一个新的
为什么要选择NSURLSession
NSURLSession
在iOS7.0
时被Apple提出后,虽然Apple一直对其良好的API
设计大力推广,然而其能够达到的效果,似乎一直都和NSURLConnection
不相伯仲。
特别是在网络的Dependecy
依赖处理上,由于AFNetworking
优秀的架构设计,NSURLSession
甚至还不如NSURLConnection
好用。那么,有什么理由切换到NSURLSession
? 2015年的WWDC似乎告诉了我们答案。
HTTP /2
, 2015年5月RFC 7540正式发表的下一代HTTP协议,是1999年来HTTP 1.1
发布后的首个更新。相对于前一个版本,HTTP /2
以快
著称。如下图,对相同图片、相同服务器的下载,在不同协议下所需的时间:
这里我们并不打算展开HTTP /2
的原理,有兴趣的同学可以Google之。根据2015的WWDC Session711,我们知道iOS9+
,NSURLSession
开始正式支持HTTP /2
,也就意味着你的网络连接速度也可以有如上图那样的提升。
更人性化更优秀的API
设计,HTTP /2
的支持,这是否能成为你使用NSURLSession
的理由?至少它们成为了说服我的理由。
为什么要尽量共享Session,而不是每次新建Session
在回答这个问题以前,我们先来聊聊网络的通讯协议。我们也都知道,HTTP
协议是基于TCP
协议的。所以在每次的HTTP
请求之前,客户端和服务器端,都先需要经过TCP
连接的三次握手,即每次请求之前,网络的数据都已经在客户端和服务器端之间来回了三次。如下图:
事实上在HTTP 0.9
, HTTP 1.0
协议的时代,每次HTTP的请求,都需要先经过TCP
的连接,然后才开始HTTP
的请求,这样一个流程图,我们可以通过抓包看到:
那么,为了让我们的请求更快,避免每次都产生一个TCP
三次握手,成了一个优化的选项。于是在HTTP 1.1
中,出现了Connection: keep-alive
这个选项。这个优化选项,可以使得客户端和服务器端复用一个TCP
连接,从而减小每次的网络请求时间。
聊到这里,本章提出的问题,其实答案已经逐渐明了了。没错,共享的Session
将会复用TCP
的连接,而每次都新建Session
的操作将导致每次的网络请求都开启一个TCP
的三次握手。
从上面两张图,我们可以清晰地看到,同样都是两次HTTP请求,共享Session
的代码在第二次网络请求时少了TCP
的三次握手的过程。即加速了整个网络的请求时间。
事实上,苹果的文档中,还对一个服务器最高的TCP
并发有相应的描述:
HTTPMaximumConnectionsPerHost PropertyThe maximum number of simultaneous connections to make to a given host.DeclarationSWIFT var HTTPMaximumConnectionsPerHost: IntOBJECTIVE-C @property NSInteger HTTPMaximumConnectionsPerHostDiscussionThis property determines the maximum number of simultaneous connections made to each host by tasks within sessions based on this configuration.This limit is per session, so if you use multiple sessions, your app as a whole may exceed this limit. Additionally, depending on your connection to the Internet, a session may use a lower limit than the one you specify.The default value is 6 in OS X, or 4 in iOS.AvailabilityAvailable in iOS 7.0 and later.
我们可以看到,默认配置下,iOS
对于同一个IP服务器的并发最大为4
,OS X
为6
。而如果你没有使用共享的Session
,则可能会超过这个数。
因此,如果能用共享的Session
,还是用共享的吧。有些许的网络加速,也是一件不错的事情,您说呢?
结语
To be, or not to be, that is the question.
原文链接:http://www.jianshu.com/p/5969bbb4af9f
著作权归作者所有,转载请联系作者获得授权,并标注“简书作者”。
- 别说你会AFNetworking 3.0
- 别说你会AFNetworking 3.0
- 别说你会AFNetworking3.0/NSURLSession
- 别说你会AFNetworking3.0/NSURLSession
- 境外汇款别说你会选
- 别说你会AFNetworking3.0/NSURLSession
- 别说你会AFNetworking3.0/NSURLSession
- 尹松sem:不会这些技巧别说你会玩Chromecast
- 没看完这个就别说你会用信用卡!
- 朋友别说你不行
- 朋友------别说你不行
- 千万别说你无木啊
- 别说你单纯
- 别说你懂博弈论
- 别说你懂this
- Java别说取余(%)运算简单,你真的会吗?
- 连工厂模式都不知道,别说你会设计模式
- 别说我对你不好。
- Linux网络编程入门-2
- mongoDB(2):shell基本操作
- 使用SpringMvc开发Android WebService接口入门教程
- 数组指针与指针数组
- Eratosthenes筛法
- 别说你会AFNetworking 3.0
- 八、ActionBar(标题导航操作栏)
- 约瑟夫问题II
- JAVA的IO操作(四)
- 线程间通信-多生产者多消费者(Lock版本)
- July 14th 模拟赛C T4 开花 Solution
- 优雅编程之这样处理异常,你就“正常”了!
- python2.7和python3.4共存
- Java工程师需要掌握哪些知识呢?