GET请求：
GET请求可被缓存（缓存静态资源，不会缓存动态数据）
GET请求保留在浏览器历史记录中
GET请求有长度限制（ie 2k，chrome 8k）
GET请求将参数拼接到URL上进行传递
POST请求：
POST请求不会被缓存
POST请求不会保留在浏览器历史记录中
POST请求对数据长度没有要求（server侧可能有限制）
POST请求将请求放到Request body中(使用google 开发者工具等可以看到，只是相对安全)
总结：
上面两种限制都是HTTP协议定义的，可以理解为软限制。
如GET请求也可以使用请求体传递数据，这时需要看server侧是否严格按照HTTP协议解析，如果server能够解析，那就一切正常。
GET请求长度限制源于URL长度限制，URL长度限制源于浏览器和服务器的限制（ie 2k，chrome 8k）。
GET请求和POST请求本质上都是TCP连接。
GET产生一个TCP数据包。
POST产生两个数据包（先发送header，收到响应100 continue之后再发送data）。（这个不是固定的，依赖各浏览器的实现）
总体对比：
| GET | POST | |
|---|---|---|
| 后退按钮/刷新 | 无害 | 数据会被重新提交（浏览器应该告知用户数据会被重新提交）。 |
| 书签 | 可收藏为书签 | 不可收藏为书签 |
| 缓存 | 能被缓存 | 不能缓存 |
| 编码类型 | application/x-www-form-urlencoded，只能进行url编码 | application/x-www-form-urlencoded 或 multipart/form-data。为二进制数据使用多重编码。 |
| 历史 | 参数保留在浏览器历史中。 | 参数不会保存在浏览器历史中。 |
| 对数据长度的限制 | 是的。当发送数据时，GET 方法向 URL 添加数据；URL 的长度是受限制的（URL 的最大长度一般是 2048 个字符）。 | 无限制。 |
| 对数据类型的限制 | 只允许 ASCII 字符。 | 没有限制。也允许二进制数据。 |
| 安全性 |
与 POST 相比，GET 的安全性较差，因为所发送的数据是 URL 的一部分。 在发送密码或其他敏感信息时绝不要使用 GET ！ |
POST 比 GET 更安全，因为参数不会被保存在浏览器历史或 web 服务器日志中。 |
| 可见性 | 数据在 URL 中对所有人都是可见的。 | 数据不会显示在 URL 中。 |
参考文章：