最近開發(fā)微信小程序，遇到到過種坑，例如什么前端發(fā)送請(qǐng)求，后端請(qǐng)求成功，沒有獲取到前端傳遞的值；后端請(qǐng)求成功，并且值，前端就是出不來數(shù)據(jù)；請(qǐng)求接口出現(xiàn)Provision headers are shown的現(xiàn)象；到最后蘋果手機(jī)上出現(xiàn)數(shù)據(jù)，安卓手機(jī)出現(xiàn)不了數(shù)據(jù)等等，非常多的bug。備注后端我用的php開發(fā)的，框架用的TP5.0，我一度懷疑是我框架的原因。安卓需要的是字符串，蘋果好像都行吧，我是做的兼容處理。

作為一名程序員，連bug都沒有，你還開發(fā)什么軟件？廢話不說了先上問題吧；

1.小程序前端發(fā)送請(qǐng)求給后端，常用的有2中方式，一種是get請(qǐng)求，一種是POST請(qǐng)求，首先舉例get請(qǐng)求吧，

wx.request({
 url: that.globalData.baseUrl + 'user/add',//請(qǐng)求后臺(tái)接口
 data: {
 code: avatarUrl,
 username: nickName }
 header: {
 'content-type':'application/json',// 默認(rèn)值
 token: wx.getStorageSync('token')
 },
 method: "get",
 success: function (res) {
 // console.log(res)
 }
 }) 

這種傳遞方式是沒有什么問題，后端怎么都會(huì)接受到數(shù)據(jù)，前端也可以接受到數(shù)據(jù)。

主要是看第二種post方法；

wx.request({
 url: that.globalData.baseUrl + 'wx/getToken',//請(qǐng)求后臺(tái)接口
 data: {
 code: res.code
 },
 header: {
 "Content-Type": "application/x-www-form-urlencoded",
 },
 method: "POST",
 success: function (res) {
 console.log(res);
 wx.setStorageSync('token', res.data.data)

 }
 })

這種情況是后端是可以接受到數(shù)據(jù)的，，但是把  "Content-Type": "application/x-www-form-urlencoded",換成 'content-type':'application/json'，后端接口就接收不到數(shù)據(jù)，但是有的小程序上面post請(qǐng)求中header頭換成'content-type':'application/json'，也能接受到數(shù)據(jù)。但是我后端就是不能，后來我就換成了這個(gè)。

2.后端請(qǐng)求成功，并且值，前端就是出不來數(shù)據(jù)？

 主要是請(qǐng)求的類型和你返回給前端的數(shù)據(jù)類型不對(duì)一致。這是你就需要及時(shí)檢測(cè)數(shù)據(jù)類型，并且換成對(duì)應(yīng)的數(shù)據(jù)類型。

3.請(qǐng)求接口出現(xiàn)Provision headers are shown的現(xiàn)象

出現(xiàn)上述現(xiàn)象主要是應(yīng)為阻塞的原因，主要需要下面幾個(gè)方面，首先是否用了斷點(diǎn)，斷點(diǎn)沒注意，就會(huì)出現(xiàn)；數(shù)據(jù)庫方面的請(qǐng)求連接是否過長(zhǎng)，否則也會(huì)出現(xiàn)。小程序要求速度快，所以一般都用原生數(shù)據(jù)庫接口更好點(diǎn)，響應(yīng)速度短，界面反應(yīng)也快。

4.到最后蘋果手機(jī)上出現(xiàn)數(shù)據(jù)，安卓手機(jī)出現(xiàn)不了數(shù)據(jù)

例如后端返回?cái)?shù)據(jù)出現(xiàn)是這種 "{"code":1,"data":"4f756fd91b8a81f1","msg":"請(qǐng)求成功"}" ，那么需要對(duì)應(yīng)處理：首先判斷是那種數(shù)據(jù)類型

var json =res.data
if (typeof json != 'object') {
 if (json != null) {
json = json.replace("\ufeff", "")
var ob = JSON.parse(json)
 } }

轉(zhuǎn)字符串還是json對(duì)象，一般都是轉(zhuǎn)json對(duì)象，傳值得時(shí)候轉(zhuǎn)json字符串比較多。有時(shí)候返回的值可能會(huì)出現(xiàn)前面有個(gè)隱藏的點(diǎn)，JSON.parse處理返回什么“token 有個(gè)0”，那么需要用下面的處理一下數(shù)據(jù)var aa = res.data.trim();var bb = JSON.parse(aa)；謝謝大家，第一次寫。以前都是印象筆記上寫；現(xiàn)在簡(jiǎn)書上寫。請(qǐng)多多指教

我總結(jié)下我印象深刻的幾個(gè)坑~

1.回答下最開始的那個(gè)問題，手寫一個(gè)日歷，為什么在安卓能遍歷顯示，而蘋果里卻不顯示？

首先確定這并不是遍歷的bug,肯定是兼容性問題，遍歷這是最基本的語法，問題肯定出在遍歷的數(shù)據(jù)處理階段，看了代碼果不其然，結(jié)論就是：ios 系統(tǒng)的問題，比如newDate(“2018-08-08”)，在ios會(huì)出現(xiàn)NaN的情況，ios只支持newDate(“2018/08/08”)

2.video 視頻格式m3u8,在ios里邊兒不能播放，但是安卓能正常播放？

分析

官方給的例子，是mp4格式的文件，ios可以播放，微信小程序開發(fā)者平臺(tái)的論壇也有類似的問題，但是沒有準(zhǔn)確的答案，我開始考慮轉(zhuǎn)換下格式，奈何，技術(shù)不夠，嘗試添加在image 標(biāo)簽 添加 custom-cache={{cache}} ,data 中添加 cache:false問題解決了。

解決

<video src="{{sbDress}}" controls custom-cache="{{cache}}"></video>

3.微信小程序WxParse 包含圖片安卓端無法加載

分析

wxparse 是微信小程序用于解析富文本編輯器生成代碼的插件，用于展示一般的圖文。在安卓手機(jī)端如果內(nèi)容包含圖片的標(biāo)簽時(shí)整個(gè)內(nèi)容都無法加載出來，在手機(jī)端查看console，發(fā)現(xiàn)安卓機(jī)在console.dir()的時(shí)候報(bào)錯(cuò)，這是由于安卓機(jī)不支持console.dir()的語法。

結(jié)論：這是安卓機(jī)不支持console.dir()的語法,使用console.log()代替。

4.安卓上圖片會(huì)出現(xiàn)卡頓，變形，然后才會(huì)顯示正常的圖片大小

分析

開發(fā)文檔里寫明：注：image組件默認(rèn)寬度300px、高度225px，開發(fā)時(shí)所有image的小圖標(biāo)都使用了mode=”widthFixed”,只設(shè)置了寬度，讓高度自適應(yīng)，就會(huì)出現(xiàn)圖片加載時(shí)初始化高度位225px,加載完畢才顯示mode的高度，由于安卓機(jī)這個(gè)卡頓教明顯，才會(huì)出現(xiàn)瞬時(shí)的變形。

結(jié)論：今后使用image 標(biāo)簽，盡量固定寬高。

5.navigationBar 在安卓機(jī)中位置為左邊，在蘋果中居中顯示，那么標(biāo)題字?jǐn)?shù)多了之后蘋果就會(huì)默認(rèn)使用…代替剩余的文字

分析

這個(gè)也不是bug，只不過時(shí)顯示問題，目前版本6.6.0里支持在window屬性里設(shè)置navigationStyle由默認(rèn)樣式修改為custom,支持自定義樣式。所謂的自定義樣式，就是默認(rèn)導(dǎo)航，只剩一個(gè)膠囊的導(dǎo)航。

結(jié)論：app.json里邊兒設(shè)置window{“navitionStyle”:”custom”},后要自己使用在wxml，and wxss里寫樣式顯示頭部的導(dǎo)航欄。

注意

由于該屬性是微信6.6.0才支持，所以需要將其他的window屬性照常寫，來兼容低版本。

聲明：本網(wǎng)頁內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com