Webpack之prefetch和preload

最新推荐文章于 2024-06-24 09:40:09 发布

夜跑者

最新推荐文章于 2024-06-24 09:40:09 发布

阅读量523

点赞数

分类专栏：前端工程化文章标签： webpack javascript 前端

原文链接：https://blog.csdn.net/hjc256/article/details/100135886

版权

前端工程化专栏收录该内容

25 篇文章 3 订阅

订阅专栏

文章转自：Webpack之prefetch和preload_Meskjei的博客-CSDN博客_preload webpack

文章目录
引入
例子
引入
所有新技术的出现都是为了解决现有的问题或者是旧技术没法解决的问题。prefetch和preload也是如此。

现在有两个问题：

首先，代码的懒加载固然能是首页加载的速度变快，可是相应的，待到用户与页面交互再加载交互相关代码会使得用户首次交互的体验不佳（长时间没有对操作进行响应）。
其次，在SplitChunksPlugin的默认配置中，chunks字段默认是为async的。也就是说，Webpack官方是希望我们使用异步的方式来进行模块的加载的。
这就导出了一个新的问题，异步加载模块是Webpack官方所希望开发者实现的，而且异步加载也能提升首页加载速度，但是又会导致异步加载的那部分代码逻辑迟迟不能执行，可能导致用户的交互长时间没有响应。

这个时候就需要prefetch或preload了。

例子
新创建一个click.js：

export default () => {
const ele = document.createElement('div');
ele.innerText = 'Meskjei';
document.body.appendChild(ele);
}
1
2
3
4
5
然后在index.js中：

document.addEventListener('click', async (e)=>{
const { default: func } = await import('./click');
func();
});
1
2
3
4
这其实其实才是Webpack官方希望我们写的代码，这样在首页加载的时候不必加载click.js。

可以看出，页面在加载的时候仅加载了main.js而没有加载click.js。（打包后为0.js）

而点击页面之后，click.js便进行了加载。

前面提到过，这样做是可能会让用户的交互长时间没有响应的。原因就是待到交互时才进行模块的加载，可能时间会比较长。由此，我们引入prefetch，即预取。

所谓预取，就是提前获取将来可能会用到的资源。prefetch chunk会在父chunk加载完成之后进行加载。

那么该怎么做呢？我们要通过一种称作Magic Comment（魔法注释）的方式，让Webpack输出"resource hint(资源提示)"，来告知浏览器。

在这个例子中就是：

然后在index.js中：

document.addEventListener('click', async (e)=>{
const { default: func } = await import(/* webpackPrefetch: true */'./click');
func();
});
1
2
3
4
这样写完之后，重新打包刷新页面，可以看到在index.js加载完成之后，浏览器又会去自动加载click.js(0.js)。

实际上这样做，Webpack替我们在head内添加了这样一行：

preload chunk 会在父 chunk 加载时，以并行方式开始加载。prefetch chunk 会在父 chunk 加载结束后开始加载。
preload chunk 具有中等优先级，并立即下载。prefetch chunk 在浏览器闲置时下载。
preload chunk 会在父 chunk 中立即请求，用于当下时刻。prefetch chunk 会用于未来的某个时刻。
浏览器支持程度不同。
————————————————
版权声明：本文为CSDN博主「Meskjei」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/hjc256/article/details/100135886