這篇文章給大家分享的是有關(guān)微信開發(fā)之Post請求的示例分析的內(nèi)容。小編覺得挺實(shí)用的，因此分享給大家做個參考，一起跟隨小編過來看看吧。
我們提供的服務(wù)有：做網(wǎng)站、成都網(wǎng)站制作、微信公眾號開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、井岡山ssl等。為數(shù)千家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務(wù)，是有科學(xué)管理、有技術(shù)的井岡山網(wǎng)站制作公司
wx.request(OBJECT)
wx.request
發(fā)起的是 HTTPS 請求。一個微信小程序，同時只能有5個網(wǎng)絡(luò)請求連接。
官網(wǎng)上描述
| 參數(shù)名 | 類型 | 必填 | 說明 |
|---|---|---|---|
| url | String | 是 | 開發(fā)者服務(wù)器接口地址 |
| data | Object、String | 否 | 請求的參數(shù) |
| header | Object | 否 | 設(shè)置請求的 header , header 中不能設(shè)置 Referer |
| method | String | 否 | 默認(rèn)為 GET，有效值：OPTIONS, GET, HEAD, POST, PUT, DELETE, TRACE, CONNECT |
| success | Function | 否 | 收到開發(fā)者服務(wù)成功返回的回調(diào)函數(shù)，res = {data: '開發(fā)者服務(wù)器返回的內(nèi)容'} |
| fail | Function | 否 | 接口調(diào)用失敗的回調(diào)函數(shù) |
| complete | Function | 否 | 接口調(diào)用結(jié)束的回調(diào)函數(shù)（調(diào)用成功、失敗都會執(zhí)行） |
微信小程序示例
重慶分公司
重慶分公司
wx.request({
url: 'test.php', //僅為示例，并非真實(shí)的接口地址
data: {
x: '' ,
y: ''
},
header: {
'content-type': 'application/json'
},
success: function(res) {
console.log(res.data)
}
})這種請求GET方式是ok的，header頭也可以不用添加。
但是POST就有比較大的問題了。
我使用以下代碼進(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);
}
});注意看下圖，微信開發(fā)工具里面的提示：
2016-12-21_111056.png
POST 請求會將data的值放在Request Payload里面，而不是Query String Parameters里面，后端服務(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)試通過。用上標(biāo)準(zhǔn)請求，也不用application/x-www-form-urlencoded這種模式。
不過.....用上真機(jī)調(diào)試，怎么又接收不到請求參數(shù)了。怪事。。。。。。。。。
最后通過抓包分析
真機(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模擬開發(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)于“微信開發(fā)之Post請求的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，讓大家可以學(xué)到更多知識，如果覺得文章不錯，可以把它分享出去讓更多的人看到吧！
