不知道各位读者在面试的时候，有没有被问过这个问题：“请说一下GET和POST两者的本质区别”。基本上做过WEB开发的，对这个问题，都可以回答出一堆的区别。
比如：
最直接的区别，GET请求的参数是放在URL里的，POST请求参数是放在请求body里的；
GET请求的URL传参有长度限制，而POST请求没有长度限制；
GET请求的参数只能是ASCII码，所以中文需要URL编码，而POST请求传参没有这个限制......
当你激情四射的回答完之后，面试官可能微笑的摇摇头。
那么标准答案是什么呢？
HTTP请求与响应
其实，GET和POST本质上两者没有任何区别。他们都是HTTP协议中的请求方法。底层实现都是基于TCP/IP协议。上述的所谓区别，只是浏览器厂家根据约定，做得限制而已。
HTTP请求，最初设定了八种方法。这八种方法本质上没有任何区别，只是让请求更加有语义而已。
OPTIONS 返回服务器所支持的请求方法
GET 向服务器获取指定资源
HEAD 与GET一致，只不过响应体不返回，只返回响应头
POST 向服务器提交数据，数据放在请求体里
PUT 与POST相似，只是具有幂等特性，一般用于更新
DELETE 删除服务器指定资源
TRACE 回显服务器端收到的请求，测试的时候会用到这个
CONNECT 预留，暂无使用
RESTful API
服务端根据不同的请求方式，可以做不同的处理，同时，根据不同的请求，还可以设计出不同风格的应用程序接口，这就引出了Representational State Transfer，英文缩写就是REST，中文意思是表述性状态转移（和没翻译差不多），可以理解为客户端和服务端的交互形式。而符合这种交互形式的接口设计，就被叫做RESTful API。这种风格有如下特点：
使用名词而不使用动词
例如：/getStudent 或者 /searchStudents 应该改成 /students
GET用于查询，PUT、POST、DELETE用于修改
使用名词复数不使用单数
在HTTP请求的head体里定义序列化类型
例如：Content-Type:application/json
请求的集合应设定好过滤条件、排序、字段、分页
例如：/students?page=1&size=10
接口要版本化
例如：/api/v1/students
要有HTTP状态码
允许重写HTTP请求方法
HTTP状态码
HTTP协议中提供了好多状态码，列举我们常用的：
200 返回正常
304 服务端资源无变化，可使用缓存资源
400 请求参数不合法
401 未认证
403 服务端禁止访问该资源
404 服务端未找到该资源
500 服务端异常