IOS get请求和post请求的用法和区别
2015-05-07 14:31
211 查看
1、同步请求可以从因特网请求数据,一旦发送同步请求,程序将停止用户交互,直至服务器返回数据完成,才可以进行下一步操作,
2、异步请求不会阻塞主线程,而会建立一个新的线程来操作,用户发出异步请求后,依然可以对UI进行操作,程序可以继续运行
3、GET请求,将参数直接写在访问路径上。操作简单,不过容易被外界看到,安全性不高,地址最多255字节;
4、POST请求,将参数放到body里面。POST请求操作相对复杂,需要将参数和地址分开,不过安全性高,参数放在body里面,不易被捕获。
查看源码
打印?
}
从表面的意思看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的区别呢?
而且,现代的WebServer都是支持GET中包含BODY这样的请求。虽然这种请求不可能从浏览器发出,但是现在的WebServer又不是只给浏览器用,已经完全地超出了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-siterequestforgery攻击.
看出来区别了吧
2、异步请求不会阻塞主线程,而会建立一个新的线程来操作,用户发出异步请求后,依然可以对UI进行操作,程序可以继续运行
3、GET请求,将参数直接写在访问路径上。操作简单,不过容易被外界看到,安全性不高,地址最多255字节;
4、POST请求,将参数放到body里面。POST请求操作相对复杂,需要将参数和地址分开,不过安全性高,参数放在body里面,不易被捕获。
001 | 1、 同步GET请求 |
002 |
003 | //第一步,创建URL |
004 |
005 | NSURL *url=[NSURLURLWithString:@ "http://api.hudong.com/iphonexml.do?type=focus-c" ]; |
006 |
007 |
008 |
009 | //第二步,通过URL创建网络请求 |
010 |
011 | NSURLRequest *request=[[NSURLRequestalloc]initWithURL:urlcachePolicy:NSURLRequestUseProtocolCachePolicytimeoutInterval: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=[NSURLConnectionsendSynchronousRequest:requestreturningResponse:nilerror:nil]; |
032 |
033 |
034 |
035 | NSString *str=[[NSStringalloc]initWithData:receivedencoding:NSUTF8StringEncoding]; |
036 |
037 |
038 |
039 | NSLog(@ "%@" ,str); |
040 |
041 | 2、同步POST请求 |
042 |
043 | //第一步,创建URL |
044 |
045 | NSURL *url=[NSURLURLWithString:@ "http://api.hudong.com/iphonexml.do" ]; |
046 |
047 | //第二步,创建请求 |
048 |
049 | NSMutableURLRequest *request=[[NSMutableURLRequestalloc]initWithURL:urlcachePolicy:NSURLRequestUseProtocolCachePolicytimeoutInterval:10]; |
050 |
051 | [request setHTTPMethod:@ "POST" ]; //设置请求方式为POST,默认为GET |
052 |
053 | NSString *str=@ "type=focus-c" ; //设置参数 |
054 |
055 | NSData *data=[strdataUsingEncoding:NSUTF8StringEncoding]; |
056 |
057 | [request setHTTPBody:data]; |
058 |
059 | //第三步,连接服务器 |
060 |
061 |
062 |
063 | NSData *received=[NSURLConnectionsendSynchronousRequest:requestreturningResponse:nilerror:nil]; |
064 |
065 |
066 |
067 | NSString *str1=[[NSStringalloc]initWithData:receivedencoding:NSUTF8StringEncoding]; |
068 |
069 |
070 |
071 | NSLog(@ "%@" ,str1); |
072 | 3、异步GET请求 |
073 |
074 | //第一步,创建url |
075 |
076 | NSURL *url=[NSURLURLWithString:@ "http://api.hudong.com/iphonexml.do?type=focus-c" ]; |
077 |
078 | //第二步,创建请求 |
079 |
080 | NSURLRequest *request=[[NSURLRequestalloc]initWithURL:urlcachePolicy:NSURLRequestUseProtocolCachePolicytimeoutInterval:10]; |
081 |
082 | //第三步,连接服务器 |
083 |
084 | NSURLConnection *connection=[[NSURLConnectionalloc]initWithRequest:requestdelegate:self]; |
085 | 4、异步POST请求 |
086 |
087 | //第一步,创建url |
088 |
089 | NSURL *url=[NSURLURLWithString:@ "http://api.hudong.com/iphonexml.do" ]; |
090 |
091 | //第二步,创建请求 |
092 |
093 | NSMutableURLRequest *request=[[NSMutableURLRequestalloc]initWithURL:urlcachePolicy:NSURLRequestUseProtocolCachePolicytimeoutInterval:10]; |
094 |
095 | [request setHTTPMethod:@ "POST" ]; |
096 |
097 | NSString *str=@ "type=focus-c" ; |
098 |
099 | NSData *data=[strdataUsingEncoding:NSUTF8StringEncoding]; |
100 |
101 | [request setHTTPBody:data]; |
102 |
103 | //第三步,连接服务器 |
104 |
105 | NSURLConnection *connection=[[NSURLConnectionalloc]initWithRequest:requestdelegate:self]; |
106 |
107 | 5、异步请求的代理方法 |
108 |
109 | //接收到服务器回应的时候调用此方法 |
110 |
111 | - ( void )connection:(NSURLConnection *)connectiondidReceiveResponse:(NSURLResponse*)response |
112 |
113 | { |
114 |
115 | NSHTTPURLResponse *res=(NSHTTPURLResponse*)response; |
116 |
117 | NSLog(@ "%@" ,[res allHeaderFields]); |
118 |
119 | self.receiveData =[NSMutableDatadata]; |
120 |
121 |
122 |
123 |
124 |
125 | } |
126 |
127 | //接收到服务器传输数据的时候调用,此方法根据数据大小执行若干次 |
128 |
129 | -( void )connection:(NSURLConnection *)connectiondidReceiveData:(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=[[NSStringalloc]initWithData:self.receiveDataencoding: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没有要求,如果Method是POST数据就要放在BODY中。也没有要求,如果Method是GET,数据(参数)就一定要放在URL中而不能放在BODY中。
那么,网上流传甚广的这个说法是从何而来的呢?我
而且,现代的WebServer都是支持GET中包含BODY这样的请求。虽然这种请求不可能从浏览器发出,但是现在的WebServer又不是只给浏览器用,已经完全地超出了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-siterequestforgery攻击.
看出来区别了吧
相关文章推荐
- IOS 中使用 POST请求与GET请求的区别
- IOS http请求的get 和 post的请求的区别
- IOS中http网络请求get和post的区别
- IOS http请求的get 和 post的请求的区别
- iOS 中GET请求与POST请求的区别
- IOS http请求的get 和 post的请求的区别
- IOS http请求的get 和 post的请求的区别
- IOS http请求的get 和 post的请求的区别
- ios网络请求 get——post 区别
- IOS http请求的get 和 post的请求的区别
- ios网络请求 get——post 区别
- 深度解析ios网络请求 get——post 区别
- ios网络请求 get——post 区别
- IOS http请求的get 和 post的请求的区别
- ios网络请求 get——post 区别
- iOS- 网络请求的两种常用方式GET & POST的区别
- iOS面试-iOS最新面试题之Get 和Post请求的区别,(看似简单,但坑很深)
- iOS 钥匙串 指纹识别 get和Post请求的区别
- IOS网络请求Get,Post请求差异及用法
- IOS http请求的get 和 post的请求的区别