小程序開發 請求時content-type類型中application/json和application/x-www-form-urlencoded區別


在小程序網絡請求wx.request({})是需要在header中添加參數content-type

header: {
    'content-type': 'application/json' // 默認值
},

有時參數為application/json的請求后台接收參數為空,改成application/x-www-form-urlencoded就可以了

常見的表單數據提交數據的編碼類型content-type

 

  • application/x-www-form-urlencoded
  • application/json
  • multipart/form-data
  • text/xml

    注意:
      HTTP 協議是以 ASCII 碼傳輸,建立在 TCP/IP 協議之上的應用層規范。規范把 HTTP 請求分為三個部分:狀態行、請求頭、消息主體

 

協議規定 POST 提交的數據必須放在消息主體(entity-body)中,但協議並沒有規定數據必須使用什么編碼方式。
服務端通常是根據請求頭(headers)中的 Content-Type 字段來獲知請求中的消息主體是用何種方式編碼,再對主體進行解析。所以說到 POST 提交數據方案,包含了 Content-Type 和消息主體編碼方式兩部分。
(1)application/x-www-form-urlencoded
最常見的 POST 提交數據的方式。瀏覽器的原生 form 表單,如果不設置 enctype 屬性,那么最終就會以 application/x-www-form-urlencoded 方式提交數據。
首先,Content-Type 被指定為 application/x-www-form-urlencoded;其次,提交的數據按照 key1=val1&key2=val2 的方式進行編碼,key 和 val 都進行了 URL 轉碼。大部分服務端語言都對這種方式有很好的支持。
(2)application/json
這個 Content-Type 作為響應頭大家肯定不陌生。實際上,現在越來越多的人把它作為請求頭,用來告訴服務端消息主體是序列化后的 JSON 字符串。由於 JSON 規范的流行,除了低版本 IE 之外的各大瀏覽器都原生支持 JSON.stringify,服務端語言也都有處理 JSON 的函數,使用 JSON 不會遇上什么麻煩。
JSON 格式支持比鍵值對復雜得多的結構化數據。
Google 的 AngularJS 中的 Ajax 功能,默認就是提交 JSON 字符串。
(3)multipart/form-data
我們使用表單上傳文件時,必須讓 form 的 enctyped 等於這個值。
消息主體里按照字段個數又分為多個結構類似的部分,每部分都是以 –boundary 開始,緊接着內容描述信息,然后是回車,最后是字段具體內容(文本或二進制)。如果傳輸的是文件,還要包含文件名和文件類型信息。消息主體最后以 –boundary– 標示結束。

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM