post方式的时候参数是放在HTTPBody里面的,而且需要将字符串转码成响应的NSData类型
post:
get:
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攻击 .
举例:
//初始化一个url地址
NSString * URLString = @"http://webservice.webxml.com.cn/WebServices/WeatherWS.asmx/getSupportCityString";
//转成URL 去掉 隐形 服务器排除的字符,采取
NSUTF8StringEncoding 的方式 这一步很重要,有时候没有这个转一下有可能会出错
NSURL * URL = [NSURL URLWithString:[URLString stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding]];
//构建post参数 把这个参数也得进行转下,服务器上接收和传输的都是二进制,
dataUsingEncoding:NSUTF8StringEncoding(这一步最重要了)
NSString * postString = @"theRegionCode=广东";
NSData * postData = [postString dataUsingEncoding:NSUTF8StringEncoding]; //将请求参数字符串转成NSData类型
NSMutableURLRequest * request = [[NSMutableURLRequest alloc]init];
[request setHTTPMethod:@"post"]; //指定请求方式
[request setURL:URL]; //设置请求的地址
[request setHTTPBody:postData]; //设置请求的参数