本來按照事件順序，小程序初始化時觸發(fā)App里的onLaunch，后面再執(zhí)行頁面Page里的onLoad，但是在onLaunch里請求獲取是否有權(quán)限，等待返回值的時候Page里的onLoad事件就已經(jīng)執(zhí)行了。
//app.js App({ onLaunch: function () { console.log('onLaunch'); wx.request({ url: 'test.php', //僅為示例，并非真實的接口地址 data: { }, success: function(res) { console.log('onLaunch-request-success'); // 將employId賦值給全局變量，提供給頁面做判斷 this.globalData.employId = res.employId; } }) }, globalData: { employId: '' } }) //index.js //獲取應(yīng)用實例 const app = getApp() Page({ data: { albumDisabled: true, bindDisabled: false }, onLoad: function () { console.log('onLoad'); console.log('onLoad app.globalData.employId = ' + app.globalData.employId); //判斷是用戶是否綁定了 if (app.globalData.employId && app.globalData.employId != '') { this.setData({ albumDisabled: false, bindDisabled: true }); } })控制臺打印的結(jié)果是
onLaunch
onLoad
onLoad app.globalData.employId =
onLaunch-request-success
要是能等完onLaunch請求完再執(zhí)行Page的onLoad方法那該多好。
這里采用的方法是定義一個回調(diào)函數(shù)。
Page頁面判斷一下當(dāng)前app.globalData.employId是否有值，如果沒有（第一次）則定義定義一個app方法（回調(diào)函數(shù)）app.employIdCallback = employId => {...}。
App頁面在請求success后判斷時候有Page頁面定義的回調(diào)方法，如果有就執(zhí)行該方法。因為回調(diào)函數(shù)是在Page里面定義的所以方法作用域this是指向Page頁面。
//app.js App({ onLaunch: function () { wx.request({ url: 'test.php', //僅為示例，并非真實的接口地址 data: { }, success: function(res) { this.globalData.employId = res.employId; //由于這里是網(wǎng)絡(luò)請求，可能會在 Page.onLoad 之后才返回 // 所以此處加入 callback 以防止這種情況 if (this.employIdCallback){ this.employIdCallback(res.employId); } } }) }, globalData: { employId: '' } })//index.js//獲取應(yīng)用實例const app = getApp()Page({ data: { albumDisabled: true, bindDisabled: false }, onLoad: function () { //判斷是用戶是否綁定了 if (app.globalData.employId && app.globalData.employId != '') { this.setData({ albumDisabled: false, bindDisabled: true }); } else { // 由于 getUserInfo 是網(wǎng)絡(luò)請求，可能會在 Page.onLoad 之后才返回 // 所以此處加入 callback 以防止這種情況 app.employIdCallback = employId => { if (employId != '') { this.setData({ albumDisabled: false, bindDisabled: true }); } } } }})這樣的話，就能實現(xiàn)想要的結(jié)果。執(zhí)行順序就是：
[App] onLaunch -> [Page] onLoad -> [App] onLaunch sucess callback
下面看下小程序_onLaunch異步回調(diào)數(shù)據(jù)加載問題的兩種解決方案
問題
小程序開發(fā)過程中，會遇到在App啟動onLaunch的時候，發(fā)起登錄請求獲取微信用戶信息，并注冊到我媽自己的服務(wù)器上以便使用，然而，這個過程中，
app on launch -> request -> success -> page onload
是無法判斷success和page onload哪個先來的，會導(dǎo)致頁面初始化數(shù)據(jù)失敗的情況。
解決方案一
就是在request success中處理，使用getCurrentPages方法獲取是否頁面先于success生成，如果生成我們就強制讓頁面再次渲染。
這顯然是一種hack的方式， 在實際使用過程當(dāng)中，如果登錄邏輯比較復(fù)雜，這個方法不是十分便利，page onload在一些特殊情況也會被調(diào)用，這顯然不是我們想看到的
if (getCurrentPages().length != 0) { getCurrentPages()[getCurrentPages().length - 1].onLoad()}解決方案二
目前我在開發(fā)中使用的是這種方案，
在login的邏輯里，增加一個回調(diào)函數(shù)cbLoginCallBack。
Page頁面判斷一下當(dāng)前app.globalData.sessionKey是否存在，如果沒有（第一次）則定義定義一個app方法（回調(diào)函數(shù)）
// Login Requestif (app.cbLoginCallBack) { typeof app.cbLoginCallBack == 'function' && app.cbLoginCallBack(cb_login.data) }// 邏輯頁面if (app.globalData.sessionkey) { // init data} else { app.cbLoginCallBack = res => { if (res) { // init data } }}App頁面在請求success后判斷時候有Page頁面定義的回調(diào)方法，如果有就執(zhí)行該方法。因為回調(diào)函數(shù)是在Page里面定義的所以方法作用域this是指向Page頁面。
總結(jié)
以上所述是小編給大家介紹的微信小程序onLaunch異步,首頁onLoad先執(zhí)行?，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復(fù)大家的。在此也非常感謝大家對武林網(wǎng)網(wǎng)站的支持！
新聞熱點
疑難解答
