Get與Post的區別--總結隨筆
關於Get與Post的區別的文章，在網上太多了；有優點有缺點，今天我給各位大哥做一個總結性的隨筆，還請多多包涵~
首先是W3School上的答案，請查收：
SRE实战 互联网时代守护先锋，助力企业售后服务体系运筹帷幄！一键直达领取阿里云限量特价优惠。-
GET在浏览器回退时是无害的，而POST会再次提交请求
-
GET产生的URL地址可以被Bookmark，而POST不可以。
-
GET请求会被浏览器主动cache，而POST不会，除非手动设置。
-
GET请求只能进行url编码，而POST支持多种编码方式。
-
GET请求参数会被完整保留在浏览器历史记录里，而POST中的参数不会被保留。
-
GET请求在URL中传送的参数是有长度限制的，而POST么有。
-
对参数的数据类型，GET只接受ASCII字符，而POST没有限制。
-
GET比POST更不安全，因为参数直接暴露在URL上，所以不能用来传递敏感信息。
- GET参数通过URL传递，POST放在Request body中。
以上答案物先後順序，可作為理解的參考，還請記得這些答案，後面的講解會涉及到這些。
然而，這些get,post,head,put,delete等方法都是建立在http協議上的服務方式，基於tcp傳輸協議運行在網路上。所以在
這一根本的前提上，get,post等相關的服務方式沒什麼區別，除了一些現象版的區別，再無其他。這些現象版的區別表現在傳輸數據上的差別，
get在請求傳輸數據時，url聯同數據頭一併發送；而post在處理請求數據的響應時，先發送url，得到回應後再傳送數據。
兩者之間的優缺點可以基於傳送數據的時間和安全性上總對比：get由於一併打包發送數據，所以時效性強，速度快，但是安全性也是暴露無遺；
post由於請求url有數據分開,所以在安全性上比get略高一籌，但是在傳輸速度上沒get方式快。當然，這一切對比的基礎都是物理條件相同的情況下，才有的對比結果。
- OPTIONS 返回服务器所支持的请求方法
- GET 向服务器获取指定资源
- HEAD 与GET一致，只不过响应体不返回，只返回响应头
- POST 向服务器提交数据，数据放在请求体里PUT 与POST相似，只是具有幂等特性，一般用于更新
- DELETE 删除服务器指定资源
- TRACE 回显服务器端收到的请求，测试的时候会用到这个
- CONNECT 预留，暂无使用
以上是比較常用的http協議下的服務類型。不知道的不用再去百度了，在這裡這一份就可以解決問題。
常用的狀態碼：
HTTP状态码
HTTP协议中提供了好多状态码，列举我们常用的：
200 返回正常
304 服务端资源无变化，可使用缓存资源
400 请求参数不合法
401 未认证
403 服务端禁止访问该资源
404 服务端未找到该资源
500 服务端异常
這裡就引申出來一個簡單的應用接口：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请求方法
case:
要使用這個案例就要介紹幾個工具了：
1.npm i json-server -g 全局下載json-server.
2.這個前提是在nodejs的環境下完成的，請下載最新版本。
3.postman測試接口的有效軟件工具，配合get,post可以很簡單方便的查看，接口數據的使用和分佈。
由於時間有限，就不做多的解釋了；又能力的朋友可以去測試一下，就當做娛樂了:).
