本来按照事件顺序,小程序初始化时触发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 Request if (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先执行?,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对网站的支持!
RTX 5090要首发 性能要翻倍!三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB,每个模块容量为2GB。其速度预设为32 Gbps(PAM3),但也可以降至28 Gbps,以提高产量和初始阶段的整体性能和成本效益。
据三星表示,GDDR7内存的能效将提高20%,同时工作电压仅为1.1V,低于标准的1.2V。通过采用更新的封装材料和优化的电路设计,使得在高速运行时的发热量降低,GDDR7的热阻比GDDR6降低了70%。