iPhone网络开发之如何使用NSURLConnection

1.  这篇文章是翻译的苹果官方文档，想要看英文原版的可以到苹果网站查看   
2.   
3. NSURLConnection 提供了很多灵活的方法下载URL内容   
4. 也提供了一个简单的接口去创建和放弃连接，同时使用很多的delegate   
5. 方法去支持连接过程的反馈和控制   
6.   
7. 如何创建一个连接呢？   
8.   
9. 为了下载url的内容，程序需要提供一个delegate对象，并且至少实现下面的方法   
10. connection：didReceiveResponse：，conncetion：didReceiveData，   
11. conncetion：didFailWithError：和connectionDidFinishLoading：   
12.   
13. 举例一：   
14. 1、先创建一个NSURL   
15. 2、在通过NSURL创建NSURLRequest，可以指定缓存规则和超时时间   
16. 3、创建NSURLConnection实例，指定NSURLRequest和一个delegate对象   
17.    如果创建失败，则会返回nil,如果创建成功则创建一个NSMutalbeData的实例用来存储数据   
18.   
19. 代码：   
20. NSURLRequest ＊theRequest＝［NSURLRequest requestWithURL：   
21.                   ［NSURL URLWithString：@“http://www.sina.com.cn/”］   
22.                  cachePolicy：NSURLRequestUseProtocolCachePolicy   
23.                  timeoutInterval：60.0];   
24. NSURLConnection *theConncetion=[[NSURLConnection alloc]        
25.                    initWithRequest:theRequest delegate:self];   
26. if(theConnection)   
27. ｛   
28. //创建NSMutableData   
29.   receivedData＝[[NSMutableData data］ retain］；   
30. ｝else 创建失败   
31.   
32. NSURLConnection还有几个初始化函数，有个初始化函数可以做到创建连接但是并   
33. 不马上开始下载，而是通过start：开始   
34.   
35. 当收到initWithRequest: delegate： 消息时，下载会立即开始，在代理（delegate）   
36. 收到connectionDidFinishLoading：或者connection：didFailWithError：消息之前   
37. 可以通过给连接发送一个cancel：消息来中断下载   
38.   
39. 当服务器提供了足够客户程序创建NSURLResponse对象的信息时，代理对象会收到   
40. 一个connection：didReceiveResponse：消息，在消息内可以检查NSURLResponse   
41. 对象和确定数据的预期长途，mime类型，文件名以及其他服务器提供的元信息   
42.   
43. 要注意，一个简单的连接也可能会收到多个connection：didReceiveResponse：消息   
44. 当服务器连接重置或者一些罕见的原因（比如多组mime文档），代理都会收到该消息   
45. 这时候应该重置进度指示，丢弃之前接收的数据   
46.   
47. －（void)connection：（NSURLConnection ＊）connectiondidReceiveResponse：   
48.                         （NSURLResponse＊）response   
49. ｛   
50.   
51.    ［receiveData setLength：0］；   
52.   
53. ｝   
54.   
55. 当下载开始的时候，每当有数据接收，代理会定期收到connection：didReceiveData：消息   
56. 代理应当在实现中储存新接收的数据，下面的例子既是如此   
57.   
58. －（void） connection：（NSURLConnection＊）connection didReceiveData：   
59.             （NSData ＊） data   
60. ｛   
61.    ［receiveData appendData：data］；   
62.   
63. ｝   
64. 在上面的方法实现中，可以加入一个进度指示器，提示用户下载进度   
65.   
66. 当下载的过程中有错误发生的时候，代理会收到一个connection：didFailWithError消息   
67. 消息参数里面的NSError对象提供了具体的错误细节，它也能提供在用户信息字典里面失败的   
68. url请求（使用NSErrorFailingURLStringKey）   
69.   
70. 当代理接收到连接的connection：didFailWithError消息后，对于该连接不会在收到任何消息   
71.   
72. 举例   
73. －（void）connection：（NSURLConnection＊）connection didFailWithError：（NSError＊）error   
74. ｛   
75. ［connection release］；   
76.   
77.   ［receivedData release］；   
78.    NSLog(@"Connection failed! Error - %@ %@",   
79.           [error localizedDescription],   
80.           [[error userInfo] objectForKey:NSErrorFailingURLStringErrorKey])；   
81. ｝   
82.   
83. 最后，如果连接请求成功的下载，代理会接收connectionDidFinishLoading：消息   
84. 代理不会收到其他的消息了，在消息的实现中，应该释放掉连接   
85.   
86. 举例：   
87. －（oid)connectionDidFinishLoading：（NSURLConnection＊）connection   
88. ｛   
89.    //do something with the data   
90.   NSLog（@“succeeded  ％d byte received”，［receivedData length］）；   
91.   
92. ［connection release］；   
93. ［receivedData release］；   
94.   
95. ｝   
96.   
97.   
98. 好的，初步的流程就是这些   

一些理论知识：

网络层是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方法会被调用，通知你请求超时了。