从HTTP协议的角度来说

参数：get通过url进行传递，post放在request body中

安全：get由于直接将参数暴露在url中，所以不能用来传递敏感信息，而post请求就不会有这个问题

编码：get只能进行url编码，而post支持多种编码合适

速度：由于get的data都在url里面所以速度较快（如果在网络环境好的情况下和这个差距可以忽略，反而在网络环境差的情况下两次TCP在验证数据的完整性上，有更大的优点）

缓存：get请求可以被浏览器缓存，post请求不会被浏览器缓存

数据包：get由于data都在url里面，所以只会产生一个TCP数据包（header和data）。由于post将数据放在request body中，所以会产生两个TCP数据包（一个是header数据包，另一个是data数据包）

从浏览器的角度来说

长度：get请求在url的长度是有限制的，而post没有（这个限制是来自浏览器和web服务器对url 的限制，并不是http协议的），大多数浏览器通常都会限制url长度在2K个字节，而大多数服务器最多处理64K大小的url

数据包：get由于data都在url里面，浏览器会把http的header和data一并发送，所以只产生一个数据包，服务器响应200；post，浏览器先发送header，服务器响应100 continue，浏览器在发送data，服务器响应200 ok（不过这不是post的必然行为，是部分浏览器或框架的请求方式）

本质

本质上来说，get和post并没有差别，底层都是tcp/ip协议，但是由于http的规定和浏览器、服务器的限制，导致它们在应用过程中出现了不同的形式

GET请求是否可以有请求体

http只是规定了get请求的参数通过url传递。从技术角度上来说，get请求是可以有请求体的。如果用get服务，在request body中添加了数据，不同服务器的处理方式也是不同的，有些服务器会帮你读取数据，有些服务器直接忽略。所以，虽然GET可以带request body，也不能保证一定能被接收到。

常见的浏览器是遵循http协议的，由于http协议规定get请求将数据通过url传递，post请求将数据通过请求体传递，所以对于常见的浏览器发出的get请求是没有请求体的。可能由于这点原因，有些人可能会认为get请求不可能有请求体，这个观点是错误的。因为http协议只是规定了get请求将数据通过url传递，并没有规定get请求不能有请求体，可以通过技术手段使发出的get请求有请求体。

对于常见的浏览器对于get请求，都是将数据通过url传递，并没有请求体，如果想使用常见的浏览器发出get请求有请求体是非常难的，除非改动浏览器的源代码，可以使用其他技术手段来使发出的get请求有请求体。