一、限制

出于安全性考慮，小程序官方對數(shù)據(jù)接口的請求做出了如下兩點限制：

• 只能請求HTTPS類型的接口
• 必須先將接口的域名添加到信任列表中

二、配置服務器合法域名

配置步驟：

1. 登錄微信小程序管理后臺 鏈接
2. 點擊開發(fā)
3. 開發(fā)管理
4. 開發(fā)設置
5. 服務器域名
6. 點擊右上角修改requst合法域名

注意事項：

1. 域名只支持https協(xié)議
2. 域名不能使用IP地址或者localhost
3. 域名必須經過ICP備案（后端了解）
4. 服務器域名一個月內最多可申請5次修改（官網(wǎng)信息有誤，社區(qū)工作人員已經做出解釋）

三、發(fā)起請求

GET請求

//發(fā)起GET請求
getInfo(){
  wx.request({
    url: 'https://XXX',//所要請求的接口地址
    method:'GET',//請求的方式
    data:{
      name:'XX',
      age:20
    },
    //請求成功的回調函數(shù)
    success:(res)=>{
      console.log(res)//打印服務器返回的對象
    },
    //請求失敗的回調函數(shù)
    fail:(res)=>{
      console.log('請求數(shù)據(jù)失??！')
    },
    //無論請求成功與否都會執(zhí)行的函數(shù)
    complete:(res)=>{
      console.log('已經發(fā)送網(wǎng)絡數(shù)據(jù)請求！')
    }
  })
},

POST請求

//發(fā)起POST請求
getInfo(){
  wx.request({
    url: 'https://XXX',//所要請求的接口地址
    method:'POST',//請求的方式
    data:{
      name:'XX',
      age:20
    },
    //請求成功的回調函數(shù)
    success:(res)=>{
      console.log(res)//打印服務器返回的對象
    },
    //請求失敗的回調函數(shù)
    fail:(res)=>{
      console.log('請求數(shù)據(jù)失??！')
    },
    //無論請求成功與否都會執(zhí)行的函數(shù)
    complete:(res)=>{
      console.log('已經發(fā)送網(wǎng)絡數(shù)據(jù)請求！')
    }
  })
},

二者區(qū)別

如果你要提交一篇文章，肯定只能用post，因為數(shù)據(jù)量太大，get請求類似瀏覽器url請求，你把一篇文章放到url里面肯定請求不過去，如果你只是個簡單的傳id或者比較少的參數(shù)可以用get,還有就是有密碼輸入建議用post,post請求參數(shù)不會以明文顯示在url上。

一句話：GET請求可以把參數(shù)包含在URL中，但POST請求需要通過request body來傳遞參數(shù)。

參考：GET與POST二者的通俗化解釋

四、 跳過requst合法域名校驗

如果在開發(fā)中，后端程序員僅僅提供了http協(xié)議的接口，暫時沒有提供https協(xié)議的接口，此時為了不耽誤項目開發(fā)進度，可以現(xiàn)在微信開發(fā)者工具的項目詳情里面的本地設置，將【不校驗合法域名、web-view（業(yè)務域名）、TLS版本以及HTTPS證書】勾選上，以此來暫時跳過合法域名的檢測機制（這一操作僅限在開發(fā)與調試階段使用?。?/p>

五、關于跨域和Ajax的說明

（1）跨域問題只存在于基于瀏覽器的Web開發(fā)中。由于小程序的宿主環(huán)境是微信客戶端，所以小程序中是不存在跨域問題的。

（2）Ajax技術的核心是依賴于瀏覽器中的XML HttpRequst這個對象，由于小程序的宿主環(huán)境是客戶端，所以小程序中沒有“ 發(fā)起Ajax請求”的說法，而是稱為“ 發(fā)起網(wǎng)絡數(shù)據(jù)請求 ”

番外-GET與POST二者的通俗化解釋 

GET和POST是HTTP請求的兩種基本方法，要說它們的區(qū)別，接觸過WEB開發(fā)的人都能說出一二。

最直觀的區(qū)別就是GET把參數(shù)包含在URL中，POST通過request body傳遞參數(shù)。

你可能自己寫過無數(shù)個GET和POST請求，或者已經看過很多權威網(wǎng)站總結出的他們的區(qū)別，你非常清楚知道什么時候該用什么。

當你在面試中被問到這個問題，你的內心充滿了自信和喜悅。

你輕輕松松的給出了一個“標準答案”：

• GET在瀏覽器回退時是無害的，而POST會再次提交請求。
• GET產生的URL地址可以被Bookmark，而POST不可以。
• GET請求會被瀏覽器主動cache，而POST不會，除非手動設置。
• GET請求只能進行url編碼，而POST支持多種編碼方式。
• GET請求參數(shù)會被完整保留在瀏覽器歷史記錄里，而POST中的參數(shù)不會被保留。
• GET請求在URL中傳送的參數(shù)是有長度限制的，而POST么有。
• 對參數(shù)的數(shù)據(jù)類型，GET只接受ASCII字符，而POST沒有限制。
• GET比POST更不安全，因為參數(shù)直接暴露在URL上，所以不能用來傳遞敏感信息。
• GET參數(shù)通過URL傳遞，POST放在Request body中。

（本標準答案參考自w3schools）

“很遺憾，這不是我們要的回答！”

請告訴我真相。。。

如果我告訴你GET和POST本質上沒有區(qū)別你信嗎？

讓我們扒下GET和POST的外衣，坦誠相見吧！

GET和POST是什么？HTTP協(xié)議中的兩種發(fā)送請求的方法。

HTTP是什么？HTTP是基于TCP/IP的關于數(shù)據(jù)如何在萬維網(wǎng)中如何通信的協(xié)議。

HTTP的底層是TCP/IP。所以GET和POST的底層也是TCP/IP，也就是說，GET/POST都是TCP鏈接。GET和POST能做的事情是一樣一樣的。你要給GET加上request body，給POST帶上url參數(shù)，技術上是完全行的通的。

那么，“標準答案”里的那些區(qū)別是怎么回事？

在我大萬維網(wǎng)世界中，TCP就像汽車，我們用TCP來運輸數(shù)據(jù)，它很可靠，從來不會發(fā)生丟件少件的現(xiàn)象。但是如果路上跑的全是看起來一模一樣的汽車，那這個世界看起來是一團混亂，送急件的汽車可能被前面滿載貨物的汽車攔堵在路上，整個交通系統(tǒng)一定會癱瘓。

為了避免這種情況發(fā)生，交通規(guī)則HTTP誕生了。HTTP給汽車運輸設定了好幾個服務類別，有GET, POST, PUT, DELETE等等，HTTP規(guī)定，當執(zhí)行GET請求的時候，要給汽車貼上GET的標簽（設置method為GET），而且要求把傳送的數(shù)據(jù)放在車頂上（url中）以方便記錄。如果是POST請求，就要在車上貼上POST的標簽，并把貨物放在車廂里。

當然，你也可以在GET的時候往車廂內偷偷藏點貨物，但是這是很不光彩；也可以在POST的時候在車頂上也放一些數(shù)據(jù)，讓人覺得傻乎乎的。HTTP只是個行為準則，而TCP才是GET和POST怎么實現(xiàn)的基本。

但是，我們只看到HTTP對GET和POST參數(shù)的傳送渠道（url還是requrest body）提出了要求。“標準答案”里關于參數(shù)大小的限制又是從哪來的呢？

在我大萬維網(wǎng)世界中，還有另一個重要的角色：運輸公司。不同的瀏覽器（發(fā)起http請求）和服務器（接受http請求）就是不同的運輸公司。雖然理論上，你可以在車頂上無限的堆貨物（url中無限加參數(shù)）。

但是運輸公司可不傻，裝貨和卸貨也是有很大成本的，他們會限制單次運輸量來控制風險，數(shù)據(jù)量太大對瀏覽器和服務器都是很大負擔。業(yè)界不成文的規(guī)定是，（大多數(shù)）瀏覽器通常都會限制url長度在2K個字節(jié)，而（大多數(shù)）服務器最多處理64K大小的url。

超過的部分，恕不處理。如果你用GET服務，在request body偷偷藏了數(shù)據(jù)，不同服務器的處理方式也是不同的，有些服務器會幫你卸貨，讀出數(shù)據(jù)，有些服務器直接忽略，所以，雖然GET可以帶request body，也不能保證一定能被接收到哦。

好了，現(xiàn)在你知道，GET和POST本質上就是TCP鏈接，并無差別。但是由于HTTP的規(guī)定和瀏覽器/服務器的限制，導致他們在應用過程中體現(xiàn)出一些不同。

你以為本文就這么結束了？

我們的大BOSS還等著出場呢。。。

這位BOSS有多神秘？當你試圖在網(wǎng)上找“GET和POST的區(qū)別”的時候，那些你會看到的搜索結果里，從沒有提到他。他究竟是什么呢。。。

GET和POST還有一個重大區(qū)別，簡單的說：

GET產生一個TCP數(shù)據(jù)包；POST產生兩個TCP數(shù)據(jù)包。

長的說：

對于GET方式的請求，瀏覽器會把http header和data一并發(fā)送出去，服務器響應200（返回數(shù)據(jù)）；

而對于POST，瀏覽器先發(fā)送header，服務器響應100 continue，瀏覽器再發(fā)送data，服務器響應200 ok（返回數(shù)據(jù)）。

也就是說，GET只需要汽車跑一趟就把貨送到了，而POST得跑兩趟，第一趟，先去和服務器打個招呼“嗨，我等下要送一批貨來，你們打開門迎接我”，然后再回頭把貨送過去。

因為POST需要兩步，時間上消耗的要多一點，看起來GET比POST更有效。因此Yahoo團隊有推薦用GET替換POST來優(yōu)化網(wǎng)站性能。但這是一個坑！跳入需謹慎。為什么？

1. GET與POST都有自己的語義，不能隨便混用。

2. 據(jù)研究，在網(wǎng)絡環(huán)境好的情況下，發(fā)一次包的時間和發(fā)兩次包的時間差別基本可以無視。而在網(wǎng)絡環(huán)境差的情況下，兩次包的TCP在驗證數(shù)據(jù)包完整性上，有非常大的優(yōu)點。

3. 并不是所有瀏覽器都會在POST中發(fā)送兩次包，F(xiàn)irefox就只發(fā)送一次。

到此這篇關于微信小程序網(wǎng)絡數(shù)據(jù)請求的實現(xiàn)詳解的文章就介紹到這了,更多相關小程序數(shù)據(jù)請求內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！