iOS开发中，对服务器进行数据请求，最常被用到的方法是：GET和POST。
GET方法
GET方法，常用于从指定的资源请求数据。
查询字符串（键／值对）是在GET请求的URL中发送的：
.../test/demo_form.asp?name1=value1&name2=value2
有关GET请求的一些特性：
GET 请求可被缓存
GET 请求保留在浏览器历史记录中
GET 请求可被收藏为书签
GET 请求不应在处理敏感数据时使用
GET 请求有长度限制
GET 请求只应当用于取回数据
POST方法
POST方法，常用于向指定的资源提交要被处理的数据。
查询字符串（键／值对）是在POST请求的HTTP消息主体中发送的：
POST /test/demo_form.asp HTTP/1.1
Host: ...
name1=value1&name2=value2
有关POST请求的一些特性：
POST 请求不会被缓存
POST 请求不会保留在浏览器历史记录中
POST 不能被收藏为书签
POST 请求对数据长度没有要求
POST于GET对比
| 比较类型 | GET | POST |
|---|---|---|
| 后退按钮/刷新 | 无害 | 数据会被重新提交（浏览器应该告知用户数据会被重新提交）。 |
| 书签 | 可收藏为书签 | 不可收藏为书签 |
| 缓存 | 能被缓存 | 不能缓存 |
| 编码类型 | application/x-www-form-urlencoded | application/x-www-form-urlencoded 或 multipart/form-data。为二进制数据使用多重编码。 |
| 历史 | 参数保留在浏览器历史中。 参数不会保存在浏览器历史中。对数据长度的限制 是的。当发送数据时，GET 方法向 URL 添加数据；URL 的长度是受限制的（URL 的最大长度是 2048 个字符）。 | 无限制。 |
| 对数据类型的限制 | 只允许 ASCII 字符。 | 没有限制。也允许二进制数据。 |
| 安全性 | 与 POST 相比，GET 的安全性较差，因为所发送的数据是 URL 的一部分。在发送密码或其他敏感信息时绝不要使用 GET ！ | POST 比 GET 更安全，因为参数不会被保存在浏览器历史或 web 服务器日志中。 |
| 可见性 | 数据在 URL 中对所有人都是可见的。 | 数据不会显示在 URL 中。 |
参考文章：
http://www.w3school.com.cn/tags/html_ref_httpmethods.asp
POST于GET的选择
在上文的表格中，可以看到，POST相比GET安全性更高，但也有限。甚至说它们都是明文传输的也没什么大问题。
不过有一个细节，就是GET的URL会被WEB服务器的日志记录。
所以如果把关键数据放在GET里面，WEB服务器被入侵日志被人导去了，基本泄露可能性100%。而POST来说，日志没有记录，只要数据库服务器不被入侵，基本还是安全的。
如果被抓了包，这一切都没有什么卵用，所以，HTTPS该用还是得用。
GET 相对 POST最大的优势是，GET 的所有信息都在URL，所以很方便的记录下来重复使用。
总的来说，如果只是获取数据，并且参数公开也不会造成安全性问题的话，推荐使用GET。
ps：其实所谓的HTTP协议并不是传输级别的协议，而是应用级别的协议。有其对应的“增删改查”功能：POST是添加，DELETE是删除，PUT是修改，GET是查询，至于增删改查的具体内容每个应用都不同，但是他们都可以用URL定位，内容在HTTP里叫做“资源”，所以URL叫“统一资源定位符”。RESTful API 正是按照这种方式来定义的，大家都用 HTTP 协议提供 API 不是偶然，而是就是为此而设计的。
网友评论