甜橘子，专注成都网站制作网站设计与营销型网站建设与优化
QQ :532337155
电话：028-86922220
iOS开发网络篇—GET请求和POST请求
目前创新互联已为数千家的企业提供了网站建设、域名、虚拟空间、网站托管、服务器租用、企业网站设计、吉水网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。
一、GET请求和POST请求简单说明
创建GET请求
1 // 1.设置请求路径
2 NSString *urlStr=[NSString stringWithFormat:@";pwd=%@",self.username.text,self.pwd.text];
3 NSURL *url=[NSURL URLWithString:urlStr];
4
5 // 2.创建请求对象
6 NSURLRequest *request=[NSURLRequest requestWithURL:url];
7
8 // 3.发送请求
服务器：
创建POST请求
1 // 1.设置请求路径
2 NSURL *URL=[NSURL URLWithString:@""];//不需要传递参数
3
4 // 2.创建请求对象
5 NSMutableURLRequest *request=[NSMutableURLRequest requestWithURL:URL];//默认为get请求
6 request.timeoutInterval=5.0;//设置请求超时为5秒
7 request.HTTPMethod=@"POST";//设置请求方法
8
9 //设置请求体
10 NSString *param=[NSString stringWithFormat:@"username=%@pwd=%@",self.username.text,self.pwd.text];
11 //把拼接后的字符串转换为data，设置请求体
12 request.HTTPBody=[param dataUsingEncoding:NSUTF8StringEncoding];
13
14 // 3.发送请求
服务器：
二、比较
建议：提交用户的隐私数据一定要使用POST请求
相对POST请求而言，GET请求的所有参数都直接暴露在URL中，请求的URL一般会记录在服务器的访问日志中，而服务器的访问日志是黑客攻击的重点对象之一
用户的隐私数据如登录密码，银行账号等。
三、使用
1.通过请求头告诉服务器，客户端的类型（可以通过修改，欺骗服务器）
1 // 1.设置请求路径
2 NSURL *URL=[NSURL URLWithString:@""];//不需要传递参数
3
4 // 2.创建请求对象
5 NSMutableURLRequest *request=[NSMutableURLRequest requestWithURL:URL];//默认为get请求
6 request.timeoutInterval=5.0;//设置请求超时为5秒
7 request.HTTPMethod=@"POST";//设置请求方法
8
9 //设置请求体
10 NSString *param=[NSString stringWithFormat:@"username=%@pwd=%@",self.username.text,self.pwd.text];
11 //把拼接后的字符串转换为data，设置请求体
12 request.HTTPBody=[param dataUsingEncoding:NSUTF8StringEncoding];
13
14 //客户端类型，只能写英文
15 [request setValue:@"ios+android" forHTTPHeaderField:@"User-Agent"];
服务器：
2.加强对中文的处理
问题：URL不允许写中文
在GET请求中，相关代码段打断点以验证。
在字符串的拼接参数中，用户名使用“文顶顶”.
转换成URL之后整个变成了空值。
提示：URL里面不能包含中文。
解决：进行转码
1 // 1.设置请求路径
2 NSString *urlStr=[NSString stringWithFormat:@";pwd=%@",self.username.text,self.pwd.text];
3 //转码
4 urlStr= [urlStr stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];
5 NSURL *url=[NSURL URLWithString:urlStr];
6
7 // 2.创建请求对象
8 NSURLRequest *request=[NSURLRequest requestWithURL:url];
调试查看：
服务器：
两种请求方式GET,POST
两种请求方式的比较
相同点:都能给服务器传输数据
不同点:
1、给服务器传输数据的方式:
GET:通过网址字符串。POST:通过data
2、传输数据的大小:GET:⽹址字符串最多255字节。POST:使用NSData,容量超过1G
3、安全性:GET:所有传输给服务器的数据,显示在网址里,类似于密码的明文输入,直接可见。
POST:数据被转成NSData(二进制数据),类似于密码的密文输⼊入,⽆无法直接读取。
连接方式
同步:使用一个线程(主线程)完成所有的工作,效率低,当线程正在执行一个任务的时候无法执行另一个任务,所有如果使用同步进行网络数据的请求,那么在该线程进行网络请求时,暂时无法响应用户的点击事件,用户体验极差
异步:再开一个线程(子线程)去完成任务,此时,主线程依然可以监听用户的点击事件,不会造成卡顿,用户体验较好
Web Service使用的主要协议是HTTP协议，即 超文本传输协议 。
HTTP/1.1协议共定义了8种请求方法（OPTIONS、HEAD、GET、POST、PUT、DELETE、TRACE、CONNECT）作为Web服务器。
GET方法 ，是向指定的资源发送请求，请求的参数“显式”地在URL的后面。有点像明信片，把内容“显式”写在外面，因此安全性比较差。一般使用于读取数据、例如从服务器读取静态图片、或查询数据等。
POST方法 ，是向指定资源提交数据，请求服务器进行处理，数据包含在 请求体 中。参数和地址分开，放在body里面。有点像把信内容放在信封中，接触的人看不到，安全性比较高。一般用于例如提交表单、上传文件等(请求的的动态资源，与查询类似，每个方法调用都要传递很多参数，因此需要使用NSMutableURLRequest创建请求。 )
iOS SDK中为HTTP请求提供了同步和异步请求这两种不同的API，
同步请求，可以从因特网请求数据，一旦发送同步请求，程序将停止用户交互，直至服务器返回数据完成，才可以进行下一步操作，意味着线程阻塞；
异步请求，不会阻塞主线程，而会建立一个新的线程来操作，用户发出异步请求后，依然可以对UI进行操作，程序可以继续运行；
它们的主要区别在于连接方式的不同。
下面通过请求一个登陆接口介绍有关于网络请求中的不同情况。
【本次开发环境： Xcode:7.2 iOS Simulator:iphone6 By:啊左】
一、GET方法
1.同步get方法：
//1.创建一个web路径
NSString*webPath=[NSString stringWithFormat:@";pass=%@btn=login",yourname,yourpass];
webPath=[webPath stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding]; //url不允许为中文等特殊字符，需要进行字符串的转码为URL字符串，例如空格转换后为“%20”；
NSURL *url=[NSURL URLWithString:webPath];
//2.根据WEB路径创建一个请求
NSURLRequest *request=[NSURLRequest requestWithURL:url];
NSURLResponse *respone;//获取连接的响应信息，可以为nil
NSError *error; //获取连接的错误时的信息，可以为nil
//3.得到服务器数据
NSData*data=[NSURLConnection sendSynchronousRequest: request returningResponse: respone error: error];
if(data==nil) { NSLog(@"登陆失败:%@,请重试",error); return; }
/* 4.对服务器获取的数据data进行相应的处理； */
2.异步get方法：
异步请求与同步请求的不同在于使用NSURLConnectionDataDelegate委托协议，指定代理.
@interface ViewController : UIViewController // 遵循协议
@property (weak,nonatomic) NSMutableData *receiveData; //创建一个可变data，用于异步接收服务器的数据
@end
创建网络请求：
//1.创建一个web路径
NSString*webPath=[NSString stringWithFormat: @";pass=%@btn=login",yourname,yourpass];
webPath=[webPath stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];
NSURL *url=[NSURL URLWithString:webPath];
//2.根据WEB路径创建一个请求
NSURLRequest *request=[NSURLRequest requestWithURL:url];
//3.指定代理 以异步的方式接收数据NSURLConnectionDataDelegate
NSURLConnection *con=[NSURLConnection connectionWithRequest:request delegate:self];
if(con==nil)
{
NSLog(@"创建连接失败.");
return;
}
else//成功 准备接数据
{
if(self.receiveData==nil)
{
self.receiveData=[[NSMutableData alloc] init];
}
}
异步的代理行为：
-(void)connection:(NSURLConnection *)connection didReceiveResponse:(NSURLResponse *)response{
NSLog(@"已经响应成功.");
//清空 为当前连接做准备
self.receiveData.length=0;
}
-(void) connection:(NSURLConnection *)connection didReceiveData:(NSData *)data{ NSLog(@"已经接收到了数据.");
//追加接收到的数据
[self.receiveData appendData:data];
}
-(void)connectionDidFinishLoading:(NSURLConnection *)connection{
NSLog(@"接收数据已经完成.");
/* 对服务器获取的数据receiveData进行相应的处理； */
}
-(void) connection:(NSURLConnection *)connection didFailWithError:(NSError *)error{ NSLog(@"连接失败.");
}
二、POST方法
1.同步post方法：
//1.创建一个web路径
NSString *webPath=@"";
webPath = [webPath stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding]; NSURL *url=[NSURL URLWithString:webPath];
//2.建立一个带协议缓存类型的请求 (使用NSMutableURLRequest，是post方法的关键) NSMutableURLRequest *request=[NSMutableURLRequest requestWithURL:url cachePolicy:(NSURLRequestUseProtocolCachePolicy) timeoutInterval:10]; //3.设置表单提交的方法（默认为get） [request setHTTPMethod: @"post"];
//4.设置要提交的参数 NSString *args=[NSString stringWithFormat:@"uname=%@upas=%@btn=login",uname,upas]; [request setHTTPBody: [args dataUsingEncoding:NSUTF8StringEncoding]];
NSData *recvData=[NSURLConnection sendSynchronousRequest:request returningResponse:nil error:nil]; if(recvData!=nil) {
/*
对服务器获取的数据recvData进行相应的处理
*/
}
else
{
NSLog(@"连接失败，请重试！");
}
2.post方法的异步与同步的区别在于使用NSURLConnectionDataDelegate委托协议，指定代理.
这一点与get方法一致，所以就不进行长篇幅的演示了。
以上就是关于部分网络同步异步请求，get、post请求方法的演示，由于UI控件还有其他的处理没有附上，具体的读者可以进行相应细节的调整，进行完整的网络请求项目开发。
由于iOS开始，引入了新的网络接口NSURLSession，而在iOS9中NSURLConnection被宣布弃用，因此关于NSURLSession发送GET和POST请求的资料部分，有兴趣的可以参考：
iOS开发 GET、POST请求方法（NSURLSession篇）
by：啊左~
[img]按照我的理解
1，get请求的参数会被放在url中，而post的参数会被放在body中。
2，因为上面的缘故，所以说get比post略显不安全，因为比如登录名密码用get的方式的话，都是明文显示在url中的，会被浏览器缓存。
3，一般用get来进行获取数据，因为有缓存，所以可以降低服务器的压力；而post一般用来进行操作数据，如增删改。
4，get由于url或者浏览器长度限制，一般参数不能超过1k，而post没有长度限制，所以进行大文件上传的话用post。
参考文章：
从表面的意思看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攻击 .