网络请求优化 && AFNetworking封装

之前一段时间都在对网络请求进行优化,老大是后台开发人员,最近服务器由于并发请求太多,不能很快释放,导致服务器经常炸,所以要求安卓和iOS开发人员对网络请求进行优化,采用连接池的概念来管理请求。安卓在这方面有很大的优势,网上有很多关于连接池的demo,iOS关于这方面的资料少之又少。项目中用到的是AFNetworking 3.0,之前对于底层知识了解甚少,趁着这次机会,对AFNetworking和NSURLSession进行了一番研究。

AFNetworking以前用的是NSURLConnection + NSOperation,但是3.0版本移除了对NSURLConnectionOperation的支持,这意味着之前版本的“主力军”被移除了,所以若是原封不动的用之前工程网络请求部分的代码一般都会报错,所以大家都要尝试用新版的AFNetworking来更新自己的网络请求了。取消了NSURLConnectionOperation,AFNetworking是用iOS7中新的网络接口NSURLSessionOperation来代替的。NSURLSessionOperation在程序进入后台后会比NSURLConnectionOperation更加灵活,更先进。

NSURLSession

NSURLSession是NSURLConnection 的替代者,在2013年苹果全球开发者大会(WWDC2013)随ios7一起发布,是对NSURLConnection进行了重构优化后的新的网络访问接口。NSURLSession针对下载/上传等复杂的网络操作提供了专门的解决方案,针对普通、上传和下载分别对应三种不同的网络请求任务:NSURLSessionDataTask, NSURLSessionUploadTask和NSURLSessionDownloadTask.。特别值得一提的是共享的Session将会复用TCP的连接,而每次都新建Session的操作将导致每次的网络请求都开启一个TCP的三次握手。复用TCP链接可以减少三次握手的次数,加速网络请求的时间,对服务器的并发数也会有很大的降低。

这个Session的复用可以完美的解决我的问题。接下来就是要如何复用我们的Session。

我们用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等请求。每次创建一个新的AFHTTPSessionManager,就会去创建一个session,这样就达不到复用session的效果了,如何才能复用这个session呢,在这里可以用单列都解决这个问题。

单例

在iOS开发中,有很多地方都选择使用单例模式(Singleton),是一种常用的软件设计模式。有很多时候必须要创建一个对象,并且不能创建多个,用单例就为了防止创建多个对象。单例模式的意思就是某一个类有且只有一个实例。在应用这个模式时,单例对象的类必须保证只有一个实例存在。而且 自行实例化 并向整个系统提供这个实例。而这个类称为单例类。一个单例类可以实现在不同的窗口之间传递数据。

下面是使用AFNetworking对网络请求进行封装

1.将AFNetworking引入到项目中

2.创建一个类,继承AFHTTPSessionManager

下面是封装的HQHttpTool类中的实现方法


另外,减少服务器并发数,服务器需要配置Keep-Alive和保持连接的时间,具体的我不知道

另外,app端可以设置最大并发数,采用复用session的情况下,设置最大并发数为1的话,就会复用之前连接不会去建立新的连接:在AFURLSessionManager.m文件中

设置Keep-Alive属性(默认为NO):在AFURLSessionManager.m文件中,文件中是没有添加这句代码的,需要设置成YES则需加上

佛性程序媛一枚,有什么错误的地方,请多多指教。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,185评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,445评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,684评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,564评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,681评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,874评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,025评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,761评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,217评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,545评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,694评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,351评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,988评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,778评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,007评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,427评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,580评论 2 349