问题
因为我们有的页面是在onload中去请求数据回来再渲染视图，如果我们可以将请求数据这一步提前到小程序页面跳转前做，就可以早一点把数据请求回来，优化的效果取决于页面跳转所需的时间。
需求
需要一种请求前置方法充分利用跳转的时间，预先请求接口数据，但是要尽量减少对旧项目的改造成本。因为现在我负责的小程序项目是用axios来请求接口数据，所以这里只举例axios中post的改造的思路。我这里是通过改写post方法，在请求的时候对需要预先请求的接口进行缓存，等第二次请求的时候返回第一次请求的promise，从而不用再发起新请求。
具体步骤
1、改造post方法
http文件
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
|
let instance = axios.create({ // 创建axios请求实例
// 省略部分代码
});
let { post } = instance; // 保存原本的post方法
let cache = {}; // 请求缓存
instance.post = function(...list) {
let [url, data = {}] = list;
if (cache[url]) { // 返回预请求的promise
let pre = cache[url];
delete cache[url];
return pre;
}
if (data.pre) { //以pre作为是否是预请求
delete data.pre;
cache[url] = post(...list)
return cache[url];
}
return post(...list); //普通的请求
}
|
2、使用
跳转前的页面，即上一个页面
|
1
2
3
4
5
6
7
8
9
10
11
12
|
// 省略部分代码 ...
// 这是在下个页面要去请求接口的数据，提前在wx.navigateTo跳转前请求，并存储下来。
$http.post('/act/activities/lucky:search', { activityId: 12 , pre: true })
wx.nextTick(() => { //使用wx.nextTick是让上面的请求先发出再跳转
wx.navigateTo({
url: `${TYPE_TO_ROUTE_MAP[templateType]}?id=${activity.activityId}`
});
})
// 省略部分代码 ...
|
效果
未使用预加载
使用预加载
两者红色框的宽度差，表示的是提前了多少时间去请求接口数据，大概在100ms左右。因为下面的静态资源地址来自于接口的数据，相当于减少了堵塞后面资源加载100ms左右。
总结
- 这个原理就是利用小程序跳转这部分时间提前请求数据，所以对于性能差的手机受益会大一些，虽然在开发者工具看起来能省个100ms左右，但是存在以下两个限制
- 页面加载完成需要预请求的接口数据里的数据
- 需要在上一个页面发起预请求，并对跳转做nextTick处理
导致这个优化的收益对整个项目来说确实有些鸡肋。
到此这篇关于微信小程序请求前置的文章就介绍到这了,更多相关小程序请求前置内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家！
原文链接：https://juejin.cn/post/6920109343538937864