ios网络请求 get——post 区别

1、同步请求可以从因特网请求数据，一旦发送同步请求，程序将停止用户交互，直至服务器返回数据完成，才可以进行下一步操作，

2、异步请求不会阻塞主线程，而会建立一个新的线程来操作，用户发出异步请求后，依然可以对UI进行操作，程序可以继续运行

3、GET请求，将参数直接写在访问路径上。操作简单，不过容易被外界看到，安全性不高，地址最多255字节；

4、POST请求，将参数放到body里面。POST请求操作相对复杂，需要将参数和地址分开，不过安全性高，参数放在body里面，不易被捕获。

 

查看源码

打印?

0011、     同步GET请求

002 

003    //第一步，创建URL

004 

005    NSURL *url = [NSURL URLWithString:@"http://api.hudong.com/iphonexml.do?type=focus-c"];

006 

007     

008 

009    //第二步，通过URL创建网络请求

010 

011    NSURLRequest *request = [[NSURLRequest alloc]initWithURL:url cachePolicy:NSURLRequestUseProtocolCachePolicy timeoutInterval:10];

012 

013    //NSURLRequest初始化方法第一个参数：请求访问路径，第二个参数：缓存协议，第三个参数：网络请求超时时间（秒）

014 

015      其中缓存协议是个枚举类型包含：

016 

017      NSURLRequestUseProtocolCachePolicy（基础策略）

018 

019      NSURLRequestReloadIgnoringLocalCacheData（忽略本地缓存）

020 

021      NSURLRequestReturnCacheDataElseLoad（首先使用缓存，如果没有本地缓存，才从原地址下载）

022 

023      NSURLRequestReturnCacheDataDontLoad（使用本地缓存，从不下载，如果本地没有缓存，则请求失败，此策略多用于离线操作）

024 

025      NSURLRequestReloadIgnoringLocalAndRemoteCacheData（无视任何缓存策略，无论是本地的还是远程的，总是从原地址重新下载）

026 

027      NSURLRequestReloadRevalidatingCacheData（如果本地缓存是有效的则不下载，其他任何情况都从原地址重新下载）

028 

029    //第三步，连接服务器

030 

031    NSData *received = [NSURLConnection sendSynchronousRequest:request returningResponse:nil error:nil];

032 

033     

034 

035    NSString *str = [[NSString alloc]initWithData:received encoding:NSUTF8StringEncoding];

036 

037     

038 

039    NSLog(@"%@",str);

040 

0412、同步POST请求

042 

043    //第一步，创建URL

044 

045    NSURL *url = [NSURL URLWithString:@"http://api.hudong.com/iphonexml.do"];

046 

047    //第二步，创建请求

048 

049    NSMutableURLRequest *request = [[NSMutableURLRequest alloc]initWithURL:url cachePolicy:NSURLRequestUseProtocolCachePolicy timeoutInterval:10];

050 

051    [request setHTTPMethod:@"POST"];//设置请求方式为POST，默认为GET

052 

053    NSString *str = @"type=focus-c";//设置参数

054 

055    NSData *data = [str dataUsingEncoding:NSUTF8StringEncoding];

056 

057    [request setHTTPBody:data];

058 

059    //第三步，连接服务器

060 

061     

062 

063    NSData *received = [NSURLConnection sendSynchronousRequest:request returningResponse:nil error:nil];

064 

065     

066 

067    NSString *str1 = [[NSString alloc]initWithData:received encoding:NSUTF8StringEncoding];

068 

069     

070 

071    NSLog(@"%@",str1);

0723、异步GET请求

073 

074    //第一步，创建url

075 

076    NSURL *url = [NSURL URLWithString:@"http://api.hudong.com/iphonexml.do?type=focus-c"];

077 

078    //第二步，创建请求

079 

080    NSURLRequest *request = [[NSURLRequest alloc]initWithURL:url cachePolicy:NSURLRequestUseProtocolCachePolicy timeoutInterval:10];

081 

082    //第三步，连接服务器

083 

084    NSURLConnection *connection = [[NSURLConnection alloc]initWithRequest:request delegate:self];

0854、异步POST请求

086 

087    //第一步，创建url

088 

089    NSURL *url = [NSURL URLWithString:@"http://api.hudong.com/iphonexml.do"];

090 

091    //第二步，创建请求

092 

093    NSMutableURLRequest *request = [[NSMutableURLRequest alloc]initWithURL:url cachePolicy:NSURLRequestUseProtocolCachePolicy timeoutInterval:10];

094 

095    [request setHTTPMethod:@"POST"];

096 

097    NSString *str = @"type=focus-c";

098 

099    NSData *data = [str dataUsingEncoding:NSUTF8StringEncoding];

100 

101    [request setHTTPBody:data];

102 

103    //第三步，连接服务器

104 

105    NSURLConnection *connection = [[NSURLConnection alloc]initWithRequest:request delegate:self];

106 

1075、异步请求的代理方法

108 

109//接收到服务器回应的时候调用此方法

110 

111- (void)connection:(NSURLConnection *)connection didReceiveResponse:(NSURLResponse *)response

112 

113{

114 

115    NSHTTPURLResponse *res = (NSHTTPURLResponse *)response;

116 

117    NSLog(@"%@",[res allHeaderFields]);

118 

119    self.receiveData = [NSMutableData data];

120 

121   

122 

123                               

124 

125}

126 

127//接收到服务器传输数据的时候调用，此方法根据数据大小执行若干次

128 

129-(void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data

130 

131{

132 

133    [self.receiveData appendData:data];

134 

135}

136 

137//数据传完之后调用此方法

138 

139-(void)connectionDidFinishLoading:(NSURLConnection *)connection

140 

141{

142 

143    NSString *receiveStr = [[NSString alloc]initWithData:self.receiveData encoding:NSUTF8StringEncoding];

144 

145    NSLog(@"%@",receiveStr);

146 

147}

148 

149//网络请求过程中，出现任何错误（断网，连接超时等）会进入此方法

150 

151-(void)connection:(NSURLConnection *)connection

152 

153 didFailWithError:(NSError *)error

154 

155{

156 

157    NSLog(@"%@",[error localizedDescription]);}

从表面的意思看get 和 post的区别get就是获取数据，post就是发送数据。这个是误区。其实两者都可以的，在IOS向服务器发送请求里面可以带参数。

那么这些误区是怎么出现的呢？先看看一下对http的解释

一般在浏览器中输入网址访问资源都是通过GET方式；在FORM提交中，可以通过Method指定提交方式为GET或者POST，默认为GET提交 
Http定义了与服务器交互的不同方法，最基本的方法有4种，分别是GET，POST，PUT，DELETE 
URL全称是资源描述符，我们可以这样认为：一个URL地址，它用于描述一个网络上的资源，而HTTP中的GET，POST，PUT，DELETE就对应着对这个资源的查 ，改 ，增 ，删 4个操作。到这里，大家应该有个大概的了解了，GET一般用于获取/查询 资源信息，而POST一般用于更新 资源信息(个人认为这是GET和POST的本质区别，也是协议设计者的本意，其它区别都是具体表现形式的差异 )。

再进一步了解下他们两个的区别：

1. GET使用URL或Cookie传参。而POST将数据放在BODY中。

2. GET的URL会有长度上的限制，则POST的数据则可以非常大。

3. POST比GET安全，因为数据在地址栏上不可见。

这些也是有点误区的，就像同步请求一定的慢吗？

GET和POST与数据如何传递没有关系？

 

GET和POST是由HTTP协议定义的。在HTTP协议中，Method和Data（URL， Body， Header）是正交的两个概念，也就是说，使用哪个Method与应用层的数据如何传输是没有相互关系的。

HTTP没有要求，如果Method是POST数据就要放在BODY中。也没有要求，如果Method是GET，数据（参数）就一定要放在URL中而不能放在BODY中。

那么，网上流传甚广的这个说法是从何而来的呢？我在HTML标准中，找到了相似的描述。这和网上流传的说法一致。但是这只是HTML标准对HTTP协议的用法的约定。怎么能当成GET和POST的区别呢？

而且，现代的Web Server都是支持GET中包含BODY这样的请求。虽然这种请求不可能从浏览器发出，但是现在的Web Server又不是只给浏览器用，已经完全地超出了HTML服务器的范畴了。

HTTP协议对GET和POST都没有对长度的限制？

HTTP协议明确地指出了，HTTP头和Body都没有长度的要求。而对于URL长度上的限制，有两方面的原因造成：

1. 浏览器。据说早期的浏览器会对URL长度做限制。据说IE对URL长度会限制在2048个字符内（流传很广，而且无数同事都表示认同）。但我自己试了一下，我构造了90K的URL通过IE9访问live.com，是正常的。网上的东西，哪怕是Wikipedia上的，也不能信。

2. 服务器。URL长了，对服务器处理也是一种负担。原本一个会话就没有多少数据，现在如果有人恶意地构造几个几M大小的URL，并不停地访问你的服务器。服务器的最大并发数显然会下降。另一种攻击方式是，把告诉服务器Content-Length是一个很大的数，然后只给服务器发一点儿数据，嘿嘿，服务器你就傻等着去吧。哪怕你有超时设置，这种故意的次次访问超时也能让服务器吃不了兜着走。有鉴于此，多数服务器出于安全啦、稳定啦方面的考虑，会给URL长度加限制。但是这个限制是针对所有HTTP请求的，与GET、POST没有关系。

这个貌似听着对点吧。

3.对于安全不安全讲。

get:

.所谓安全的意味着该操作用于获取信息而非修改信息。换句话说，GET请求一般不应产生副作用。就是说，它仅仅是获取资源信息，就像数据库查询一样，不会修改，增加数据，不会影响资源的状态。 
* 注意：这里安全的含义仅仅是指是非修改信息。

 

POST的安全性要比GET的安全性高。注意：这里所说的安全性和上面GET提到的“安全”不是同个概念。上面“安全”的含义仅仅是不作数据修改，而这里安全的含义是真正的Security的含义，比如：通过GET提交数据，用户名和密码将明文出现在URL上，因为(1)登录页面有可能被浏览器缓存， (2)其他人查看浏览器的历史纪录，那么别人就可以拿到你的账号和密码了，除此之外，使用GET提交数据还可能会造成Cross-site request forgery攻击 .

看出来区别了吧