段勇賓
如果請求類型是text，GET和POST完全相同，不同點是在HTTP包的位置上，GET位於HTTP HEADER中，POST在BODY中。
因為GET是在header中，傳送數據的長度有限制，而BODY是可以分片的，傳送的數據長度就沒有限制了。
如果是作為普通的接口協議，用GET更方便。
有人認為POST比GET安全性好，不存在的，兩者都是明文傳送，如果數據本身不加密，抓個包就看出來了。提高安全性的手段有兩個：1、傳輸協議用https。2、對數據加校驗和鑑權防止偽造。
光明右使8787
公司的規定不一定就是對的。
GET和POST的最大區別有兩個：1、GET是冪等的；2、GET在規範上是不帶BODY的，而URL querystring是有長度限制的。根據不同的特性，應用場景不同。
根據我的理解，一般限制調用都是POST，是API服務端開發者為了統一參數解析的方便。
如果遵守RESTful的好處是，很多網絡和軟硬件基礎設施會根據不同類型請求作出相應的優化。比較常見的是，冪等請求會做緩存優化。
技術規範總是標準化和實用性的權衡，沒有絕對的對錯。
延伸開去，所謂的世俗道德標準，佛教的條條框框也都是如此。因為絕大部分人並不能深刻理解所有東西，這時候就需要一些指導實踐的規矩規範。
一邊理解一邊遵守是對待規範的應有的態度。
正宗烏龜魚
每種請求方式都有它存在的理由！只用post不過是那家公司的人為了省事罷了
笨瓜1號
我司的API框架就是所有接口都是POST提交的。這樣做理由有以下幾點：
1. 接口調用參數統一，便於開發SDK。
2. 便於傳輸數組和字典類型參數
3. 便於巡檢機器巡檢API服務器是否正常
4. 傳輸參數長度可以足夠長
5. 有利於統一H5、後臺、App、小程序接口，且SDK一致
web架構師自我修煉
\n
{!-- PGC_VIDEO:{"thumb_height": 360, "thumb_url": "2beed00073a222a64bcac\
倩倩的成長日記vlog
Post和get區別不大 第一點區別服務器緩存 第二點冪等性 第三點也是最大的區別 設計目的不同
9763181577
統一後減少出錯概率；避免結果被緩存問題；避免url接口長度限制；調試更方便跟蹤數據，不存在url轉義的問題
瓶子的光芒
我覺得主要是後端懶得做urldecode，除了這個，沒別的理由，因為對於後端代碼，不需要修改都能支持
用戶50721414753
因為你們公司水平有問題 post攜帶內容多 get速度快壓力小 post用來提交表單什麼的 get用來做簡單參數請求什麼的 其他其實沒啥區別
星空倒影988
只用post請求，團隊和技術實力應該不大，設定好後就不用care這個環節了。
