get和post区别

前言

post和get是最常见的http请求方法，但是对于它的理解始终不够明白，现在公司的项目全部是用post的请求，虽然上家公司前期用get和post但是后来不管三七二十一全部用post，前端问我为啥全用post我只回答一句post比较安全都懒的深究之前是了解过的post是总体而言比get好，但是现在前端和我说发现请求请求了两次（出现跨域）然后和我说get可以缓存，好吧不清楚，是自己了解不够。既然存在必有其道理，以粗暴的方式只能解决一般问题达到一般结果，想要精益求精还是得深入。

下面将重新开始认识了解归纳，对不懂的地方一一弄清。

从头如若初见

最基本的概念还是来自w3cschool

• get:从指定的资源请求数据。
• post:从指定的资源提交被处理的数据。

区别一览

其中缓存缓存了什么呢？

HTTP状态码及缓存控制

状态码

1. 100-199：信息性状态码，通常和url协议相关，表示接收的请求正在处理
2. 200-299：成功状态码，用于表示请求正常处理完毕
3. 300-399：重定向状态码，表示要么有缓存，要么做了重定向用于跳转
4. 400-499：客户端错误状态码，表示服务器无法处理请求
5. 500-599：服务器错误状态码，表示服务器处理请求出错
   
   
   
   

204：除了表示这次请求没有返回结果，可以省掉多余的数据传输。还可以优化处理请求，Servlet可以确定用户文档足够新（这点实现不难在第一次请求的返回最后更新的时间第二次带上更新时间请求比较更新时间如果不一致就返回新的，如果一致就返回状态码204），避免重复处理一样没有意义的东西。
304：服务器没有更新文档，可以使用原来缓存。

204可以用来确定文档足够新和304感觉有点一样，但是204原本是用来表示请求没有内容，为了防止混用，客户端可以使用缓存直接用304来表示。

304的原理是浏览器在第一次get请求之后把资源缓存下来，同时服务器在相应头返回ETag相当于资源档案可以是资源的hash值或者版本号，在第二次请求的时候在请求头if-None-Match来告诉服务器现有的资源ETag用来比较服务器现有的ETag,如果有变化就重新返回资源，否则返回一个304的响应告诉浏览器资源没有变化可以继续使用缓存。想看的话自己去一些博客网站看下network就好。