时间:2021-05-18
本来按照事件顺序,小程序初始化时触发App里的onLaunch,后面再执行页面Page里的onLoad,但是在onLaunch里请求获取是否有权限,等待返回值的时候Page里的onLoad事件就已经执行了。
//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 //获取应用实例 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 }); } })控制台打印的结果是
onLaunch
onLoad
onLoad app.globalData.employId =
onLaunch-request-success
要是能等完onLaunch请求完再执行Page的onLoad方法那该多好。
这里采用的方法是定义一个回调函数。
Page页面判断一下当前app.globalData.employId是否有值,如果没有(第一次)则定义定义一个app方法(回调函数)app.employIdCallback = employId => {...}。
App页面在请求success后判断时候有Page页面定义的回调方法,如果有就执行该方法。因为回调函数是在Page里面定义的所以方法作用域this是指向Page页面。
//app.js App({ onLaunch: function () { wx.request({ url: 'test.php', //仅为示例,并非真实的接口地址 data: { }, success: function(res) { this.globalData.employId = res.employId; //由于这里是网络请求,可能会在 Page.onLoad 之后才返回 // 所以此处加入 callback 以防止这种情况 if (this.employIdCallback){ this.employIdCallback(res.employId); } } }) }, globalData: { employId: '' } })//index.js//获取应用实例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 是网络请求,可能会在 Page.onLoad 之后才返回 // 所以此处加入 callback 以防止这种情况 app.employIdCallback = employId => { if (employId != '') { this.setData({ albumDisabled: false, bindDisabled: true }); } } } }})这样的话,就能实现想要的结果。执行顺序就是:
[App] onLaunch -> [Page] onLoad -> [App] onLaunch sucess callback下面看下小程序_onLaunch异步回调数据加载问题的两种解决方案
问题
小程序开发过程中,会遇到在App启动onLaunch的时候,发起登录请求获取微信用户信息,并注册到我妈自己的服务器上以便使用,然而,这个过程中,
app on launch -> request -> success -> page onload
是无法判断success和page onload哪个先来的,会导致页面初始化数据失败的情况。
解决方案一
就是在request success中处理,使用getCurrentPages方法获取是否页面先于success生成,如果生成我们就强制让页面再次渲染。
这显然是一种hack的方式, 在实际使用过程当中,如果登录逻辑比较复杂,这个方法不是十分便利,page onload在一些特殊情况也会被调用,这显然不是我们想看到的
if (getCurrentPages().length != 0) { getCurrentPages()[getCurrentPages().length - 1].onLoad()}解决方案二
目前我在开发中使用的是这种方案,
在login的逻辑里,增加一个回调函数cbLoginCallBack。
Page页面判断一下当前app.globalData.sessionKey是否存在,如果没有(第一次)则定义定义一个app方法(回调函数)
// 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页面定义的回调方法,如果有就执行该方法。因为回调函数是在Page里面定义的所以方法作用域this是指向Page页面。
总结
以上所述是小编给大家介绍的微信小程序onLaunch异步,首页onLoad先执行?,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对网站的支持!
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
详解微信小程序同步异步解决办法小程序中函数体还没有完成,下一个函数就开始执行了,而且两个函数之间需要传参。那是因为微信小程序函数是异步执行的。但微信小程序增加了
微信小程序App生命周期:onLaunch—-当小程序初始化完成时,会触发onLaunch(全局只触发一次)onShow—-当小程序启动,或从后台进入前台显示,
微信小程序支付功能(前端)的实现只提供微信小程序端代码:varapp=getApp();Page({data:{},onLoad:function(option
本文实例为大家分享了微信小程序异步处理的具体方法,供大家参考,具体内容如下直接看问题:然后看打印的结果:根据上面两图可以看出,代码上先执行的网络请求,再执行打印
获取微信小程序登录的session,整个过程如下:第一步:小程序取得要往服务端传的js_codeApp({onLaunch:function(){wx.logi