微信開(kāi)發(fā)之Post請(qǐng)求的示例分析

這篇文章給大家分享的是有關(guān)微信開(kāi)發(fā)之Post請(qǐng)求的示例分析的內(nèi)容。小編覺(jué)得挺實(shí)用的，因此分享給大家做個(gè)參考，一起跟隨小編過(guò)來(lái)看看吧。

1.post請(qǐng)求

wx.request(OBJECT)
wx.request
發(fā)起的是 HTTPS 請(qǐng)求。一個(gè)微信小程序，同時(shí)只能有5個(gè)網(wǎng)絡(luò)請(qǐng)求連接。
官網(wǎng)上描述

微信小程序示例

wx.request({
  url: 'test.php', //僅為示例，并非真實(shí)的接口地址
  data: {
        x: '' , 
        y: ''
   }, 
  header: { 
    'content-type': 'application/json' 
  }, 
  success: function(res) { 
    console.log(res.data) 
  }
})

這種請(qǐng)求GET方式是ok的，header頭也可以不用添加。
但是POST就有比較大的問(wèn)題了。

我使用以下代碼進(jìn)行調(diào)試（代碼一）：

wx.request({
    url: ApiHost + '/?service=default.getOrderInfo',
    data: {
      'order_id': order_id
    },
    method: 'POST',
    success: function (res) {
      // console.log(res);
      if (res.data.ret == 200) {
       //something to do
      }
      else{
       //something to do
      }
    }
    fail: function (res) {
      console.log(res);
    }
  });

注意看下圖，微信開(kāi)發(fā)工具里面的提示：

2016-12-21_111056.png

POST 請(qǐng)求會(huì)將data的值放在Request Payload里面，而不是Query String Parameters里面，后端服務(wù)器如果不注意，就無(wú)法取到數(shù)據(jù)。
網(wǎng)上很多改法，是這樣的。----加上header頭

wx.request({
    url: ApiHost + '/?service=default.getOrderInfo',
    data: {
      //數(shù)據(jù)urlencode方式編碼，變量間用&連接，再post
      'order_id='+order_id
    },
    method: 'POST',
    header：{
      'content-type':'application/x-www-form-urlencoded'
    },
    success: function (res) {
      // console.log(res);
      if (res.data.ret == 200) {
       //something to do
      }
      else{
       //something to do
      }
    }
    fail: function (res) {
      console.log(res);
    }
  });

這樣修改的話，后端可以不用特別處理。
但是............

因?yàn)檫€是想用標(biāo)準(zhǔn)的方法做，那只有修改后端服務(wù)器啦。
我這邊使用的是Phalapi框架，推薦下~~~

if(DI()->request->getHeader('content-type'))
{    
  $contentType = DI()->request->getHeader('content-type');
}
if(!empty($contentType)&&(strtolower(@$contentType) === 'application/json'))
{
    $HTTP_RAW_POST_DATA = isset($GLOBALS['HTTP_RAW_POST_DATA']) ? $GLOBALS['HTTP_RAW_POST_DATA'] : "{}";
    DI()->request = new PhalApi_Request(array_merge($_GET,json_decode($HTTP_RAW_POST_DATA, true)));
}

終于，在pc上用代碼一調(diào)試通過(guò)。用上標(biāo)準(zhǔn)請(qǐng)求，也不用application/x-www-form-urlencoded這種模式。

不過(guò).....用上真機(jī)調(diào)試，怎么又接收不到請(qǐng)求參數(shù)了。怪事。。。。。。。。。
最后通過(guò)抓包分析

真機(jī)端

POST /?service=default.getOrderInfo HTTP/1.0
Host: proxy
Connection: close
Content-Length: 43
Content-Type: application/json
Accept-Encoding: gzip, deflate
Accept: */*
User-Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 9_3_5 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Mobile/13G36 
MicroMessenger/6.5.1 NetType/WIFI Language/zh_CN
Referer: https://servicewechat.com/###/0/page-frame.html
Accept-Language: zh-cn

{"order_id":"011T00wO0gZVR72P89tO0DFNvO0T00w0"}

pc模擬開(kāi)發(fā)端

POST /?service=default.getOrderInfo HTTP/1.0
Host: proxy
Connection: close
Content-Length: 43
Origin: http://###.appservice.open.weixin.qq.com
X-Requested-With: XMLHttpRequest
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.143 Safari/537.36 
appservice webview/100000
content-type: application/json
Accept: */*
Referer: https://servicewechat.com/####/devtools/page-frame.html
Accept-Encoding: gzip, deflate, br

{"order_id":"011T00wO0gZVR72P89tO0DFNvO0T00w0"}

最后找到區(qū)別：
Content-Type 與 content-type
模擬器默認(rèn)是content-type
真機(jī)默認(rèn)是Content-Type
后端服務(wù)器增加處理Content-Type 就搞定了。

感謝各位的閱讀！關(guān)于“微信開(kāi)發(fā)之Post請(qǐng)求的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，讓大家可以學(xué)到更多知識(shí)，如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！