ios网络层优化深入浅出

网络层是iOS开发必须掌握的部分,苹果已经将网络请求封装得非常易用了,看看NSURLRequest和NSURLConnection的文档,你就知道怎么用了,这里我就不细讲了。本文主要讲网络层的调用逻辑,以及如何优化你的网络请求,让请求更有效率。

正常的网络请求的过程一般经历四个过程:

1.组装Request对象,创建Connection对象,当Connection创建完毕后,系统底层会帮你完成3次握手、建立真正的连接等操作

2.收到回应,会调用ConnectionDelegate的didReceiveResponse方法,这是接收数据的第一步,你需要创建一个data缓冲区

3.然后一点点接收数据,会重复调用didReceiveData,这个方法被调用的次数取决于设备当时的网络状况和数据总量,你需要把接收到的数据一点点追加到data缓冲区里

4.接收完成,会调用connectionDidFinishLoading方法,表明数据全部接收完毕。

 

A:整个过程是异步的,但delegate方法永远会在主线程执行,苹果为保证动画(如scrollView滑动)的流畅,给了动画最高的优先级,所以界面动画会阻塞以上任意一个过程,保证界面不被卡住。于是你应该明白了,尽量不要在做动画的时候去发网络请求,这是徒劳的。

B:当有若干个网络请求同时发送时,connection对象可以几乎同时被构建,但系统底层未必会为所有的连接对象都创建真正的网络连接,至于底层最多能同时建立多少个真正的网络连接,我还不清楚。建立了网路连接的请求,哪个先收到Response,就先处理哪个,处理的过程是2-3-4过程依次调用,直到一个请求处理完毕,才接收下一个。于是你应该明白了,要避免同时发送多个请求,尤其是关乎更新界面的请求,一定要单独发。

C:如果网络请求进行了一半时退出程序,大家都知道这时候程序会被挂起,那么网络连接怎么办呢?实际上当程序退出时,系统并不会立即挂起应用进程,而是会延迟大概一秒,如果这样请求还是没有完成,系统底层会默默地帮你把数据都接收完,帮你保存请求超时时间那么久。比如你设置超时时间30s,30s内重新打开应用,数据就立刻全都一次性收到,如果没打开,不好意思,下次打开程序时,delegate的didFailWithError方法会被调用,通知你请求超时了。

你可能感兴趣的:(ios)