springMVC---GET、POST原理

对于 java 程序员来说，特别是遵循 restful 风格的公司，controller 层用得最多的就是 下面这几个注解了：

@RequestMapping
@PostMapping
@GetMapping
@PutMapping
@DeleteMapping

没错，这些就是

HTTP请求的方式

HTTP/1.1协议

中共定义了

八种方法

，有时也叫

动作

，来表明

Request-URL

指定的资源不同的操作方式

1. 在HTTP1.0中，定义了三种请求方法：

   GET, POST 和 HEAD

   方法。
2. 在HTTP1.1中，新增了五种请求方法：

   OPTIONS, PUT, DELETE, TRACE 和 CONNECT

   方法 但我们常用的一般就是

   GET和POST

   请求。

 GET和POST请求都有哪些

区别

呢?

1. GET请求在URL中传送的参数是有长度限制的，而POST没有。
2. GET比POST更不安全，因为参数直接暴露在URL上，所以不能用来传递敏感信息。而POST数据不会显示在URL中。是放在Request body中。
3. 对参数的数据类型，GET只接受ASCII字符，而POST没有限制。
4. GET请求参数会被完整保留在浏览器历史记录里；相反，POST请求参数也不会被浏览器保留。
5. GET请求只能进行url编码（ application/x-www-form-urlencoded），而POST支持多种编码方式。
6. GET请求会被浏览器主动缓存，而POST不会，除非手动设置。
7. GET在浏览器回退时是无害的，而POST会再次提交请求。

Get请求有Request body么？如果有的话参数可以像Post请求一样放在里面么？

其实吧，GET和POST在本质上没有区别，都是HTTP协议中的两种发送请求的方法。而HTTP呢，是基于TCP/IP的关于数据如何在万维网中通信的协议。

HTTP的底层是TCP/IP。所以GET和POST的底层也是TCP/IP，也就是说，GET/POST都是TCP链接。

GET和POST能做的事情是一样一样的。你要给GET加上request body，给POST带上url参数，技术上是完全行的通的。

HTTP只是个

行为准则

，而GET和POST本质上就是TCP链接，并无差别。但是由于HTTP的规定和浏览器/服务器的限制，导致他们在应用过程中体现出一些不同。

 

 URL中传送参数的长度限制在Get和Post中都是怎么样的呢？

业界不成文的规定是，（大多数）浏览器通常都会限制url长度在

2K

个字节，而（大多数）服务器最多处理

64K

大小的url。

超过的部分，恕不处理。如果你用GET服务，在request body偷偷藏了数据，不同服务器的处理方式也是不同的，有些服务器会帮你卸货，读出数据，有些服务器直接忽略。

所以，虽然GET可以带request body，却

不能保证一定能被接收到

。

 

GET 方法参数写法是固定的吗？

在约定中，我们的参数是写在

?

后面，用

&

分割。就像下面这样：

http://ip:port/test/getHelloWorld?username=langwang&age=26&sex=2

我们知道，解析报文的过程是通过获取 TCP 数据，用正则等工具从数据中获取

Header 和 Body

，从而提取参数。

比如header请求头中添加

token

，来验证用户是否登录等

权限

问题。

也就是说，我们可以自己约定参数的写法，只要服务端能够解释出来就行，万变不离其宗。

是不是POST 方法比 GET 方法更安全呢？

有人说POST 比 GET 安全，因为数据在地址栏上

不可见

。

然而，从传输的角度来说，他们都是不安全的，因为 HTTP 在网络上是

明文传输

的，只要在网络节点上捉包，就能完整地获取数据报文。

其实，要想安全传输，就只有加密，也就是

HTTPS

。

Get、Post请求发送的数据包有什么不同吗？

GET请求时产生

一个

TCP数据包；POST请求时产生

两个

TCP数据包。

1. GET：浏览器会把http header和data一并发送出去，服务器响应200（返回数据）；
2. POST：浏览器先发送header，服务器响应100 continue，浏览器再发送data，服务器响应200 OK（返回数据）。

就像是GET只需要汽车跑一趟就把货送到了，而POST得跑两趟，第一趟，先去和服务器打个招呼

老铁，我等下要送一批货来，你们准备接收一下哈

，然后再回头把货送过去。

因为POST需要两步，理论上时间上消耗的要多一点，看起来GET比POST更有效。但并不是，后来发现原来是个坑。

1. GET与POST都有自己的语义，不能随便混用。
2. 据研究，在网络环境好的情况下，发一次包的时间和发两次包的时间差别基本可以无视。而在网络环境差的情况下，两次包的TCP在验证数据包完整性上，有非常大的优点。
3. 并不是所有浏览器都会在POST中发送两次包，Firefox就只发送一次。我去年用Chrome浏览器测试发现也是只发送一次，所以我认为Get、POST性能差可以人为忽略。