优化代码运行性能
十. Code Split
打包代码时会将所有js文件打包到一个文件中,体积太大了,我们如果只要渲染首页,就应该只加载首页的js文件,其他文件不应该加载
所以我们需要将打包生成的文件进行代码分割,生成多个js文件,渲染哪个页面就只加载某个js文件,这样的加载的资源就少,速度就更快
1.Code Split(代码分割)
主要做了两件事
- 分割文件: 将打包生成的文件进行分割,生成多个js文件
- 按需加载: 需要哪个文件据加载哪个文件
2. 使用
代码分割实现方式有不同的方式,为了更加方便体现它们之间的差异,我们会分别创建新的文件来演示
1.多入口
├── public
├── src
| ├── app.js
| └── main.js
├── package.json
└── webpack.config.js
2. npm i webpack webpack-cli html-webpack-plugin -D
3. 新建文件
- app.js
console.log("hello app");
- main.js
console.log("hello main");
4.配置
javascript
// webpack.config.js
const path = require("path");
const HtmlWebpackPlugin = require("html-webpack-plugin");
module.exports = {
// 单入口
// entry: './src/main.js',
// 多入口
entry: {
main: "./src/main.js",
app: "./src/app.js",
},
output: {
path: path.resolve(__dirname, "./dist"),
// [name]是webpack命名规则,使用chunk的name作为输出的文件名。
// 什么是chunk?打包的资源就是chunk,输出出去叫bundle。
// chunk的name是啥呢? 比如: entry中xxx: "./src/xxx.js", name就是xxx。注意是前面的xxx,和文件名无关。
// 为什么需要这样命名呢?如果还是之前写法main.js,那么打包生成两个js文件都会叫做main.js会发生覆盖。(实际上会直接报错的)
filename: "js/[name].js",
clear: true,
},
plugins: [
new HtmlWebpackPlugin({
template: "./public/index.html",
}),
],
mode: "production",
};
5.npx webpack
此时在dist 目录我们能看到输出了两个js文件
总结: 配置了几个入口,至少输出几个js文件
2.提取重复代码
如果多入口文件中都引用了同一份代码,我们不希望这份代码被打包到两个文件中,导致代码重复,体积更大
我们需要提取多入口的重复代码,只打包生成一个js文件,其他文件引用它就好
1.修改文件
- app.js
import { sum } from "./math";
console.log("hello app");
console.log(sum(1, 2, 3, 4));
- main.js
import { sum } from "./math";
console.log("hello main");
console.log(sum(1, 2, 3, 4, 5));
- math.js
export const sum = (...args) => {
return args.reduce((p, c) => p + c, 0);
};
2. 修改配置文件
javascript
const path = require("path");
const HtmlWebpackPlugin = require("html-webpack-plugin");
module.exports = {
// entry: './src/main.js', // 只有一个入口文件,单入口
entry: {
// 有多个入口文件,多入口
app: "./src/app.js",
main: "./src/main.js",
},
output: {
path: path.resolve(__dirname, "dist"),
filename: "[name].js", // webpack命名方式,[name]以文件名自己命名
},
plugins: [
new HtmlWebpackPlugin({
template: path.resolve(__dirname, "public/index.html"),
}),
],
mode: "production",
optimization: {
// 代码分割配置
splitChunks: {
chunks: "all", //
// 以下是默认值
// minSize: 20000, // 分割代码最小的大小
// minRemainingSize: 0, // 类似于minSize,最后确保提取的文件大小不能为0
// minChunks: 1, // 至少被引用的次数,满足条件才会代码分割
// maxAsyncRequests: 30, // 按需加载时并行加载的文件的最大数量
// maxInitialRequests: 30, // 入口js文件最大并行请求数量
// enforceSizeThreshold: 50000, // 超过50kb一定会单独打包(此时会忽略minRemainingSize、maxAsyncRequests、maxInitialRequests)
// cacheGroups: { // 组,哪些模块要打包到一个组
// defaultVendors: { // 组名
// test: /[\\/]node_modules[\\/]/, // 需要打包到一起的模块
// priority: -10, // 权重(越大越高)
// reuseExistingChunk: true, // 如果当前 chunk 包含已从主 bundle 中拆分出的模块,则它将被重用,而不是生成新的模块
// },
// default: { // 其他没有写的配置会使用上面的默认值
// minChunks: 2, // 这里的minChunks权重更大
// priority: -20,
// reuseExistingChunk: true,
// },
// },
// 修改配置
cacheGroups: {
// 组,哪些模块要打包到一个组
// defaultVendors: { // 组名
// test: /[\\/]node_modules[\\/]/, // 需要打包到一起的模块
// priority: -10, // 权重(越大越高)
// reuseExistingChunk: true, // 如果当前 chunk 包含已从主 bundle 中拆分出的模块,则它将被重用,而不是生成新的模块
// },
default: {
// 其他没有写的配置会使用上面的默认值
minSize: 0, // 我们定义的文件体积太小了,所以要改打包的最小文件体积
minChunks: 2,
priority: -20,
reuseExistingChunk: true,
},
},
},
},
};
3.npx webpack
此时我们会发现生成3个js文件,其中一个就是提取的公共模块
3.按需加载,动态导入
想要实现按需加载,动态导入模块,还需要额外配置:
- 修改文件
main.js
console.log("hello main");
document.getElementById("btn").onclick = function () {
// 动态导入 --> 实现按需加载
// 即使只被引用了一次,也会代码分割
import("./math.js").then(({ sum }) => {
alert(sum(1, 2, 3, 4, 5));
});
};
app.js
console.log("hello app");
public/index.html
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8" />
<meta http-equiv="X-UA-Compatible" content="IE=edge" />
<meta name="viewport" content="width=device-width, initial-scale=1.0" />
<title>Code Split</title>
</head>
<body>
<h1>hello webpack</h1>
<button id="btn">计算</button>
</body>
</html>
2. npx webpack
我们可以发现,一旦通过import 动态导入语法导入模块,模块就被代码分割,同时也能按需加载了
4.单入口
开发时,我们可能是单页面英语(SPA),只有一个入口(单入口),那么我们需要这样配置
javascript
const path = require("path");
const HtmlWebpackPlugin = require("html-webpack-plugin");
module.exports = {
// 单入口
entry: "./src/main.js",
// 多入口
// entry: {
// main: "./src/main.js",
// app: "./src/app.js",
// },
output: {
path: path.resolve(__dirname, "./dist"),
// [name]是webpack命名规则,使用chunk的name作为输出的文件名。
// 什么是chunk?打包的资源就是chunk,输出出去叫bundle。
// chunk的name是啥呢? 比如: entry中xxx: "./src/xxx.js", name就是xxx。注意是前面的xxx,和文件名无关。
// 为什么需要这样命名呢?如果还是之前写法main.js,那么打包生成两个js文件都会叫做main.js会发生覆盖。(实际上会直接报错的)
filename: "js/[name].js",
clean: true,
},
plugins: [
new HtmlWebpackPlugin({
template: "./public/index.html",
}),
],
mode: "production",
optimization: {
// 代码分割配置
splitChunks: {
chunks: "all", // 对所有模块都进行分割
// 以下是默认值
// minSize: 20000, // 分割代码最小的大小
// minRemainingSize: 0, // 类似于minSize,最后确保提取的文件大小不能为0
// minChunks: 1, // 至少被引用的次数,满足条件才会代码分割
// maxAsyncRequests: 30, // 按需加载时并行加载的文件的最大数量
// maxInitialRequests: 30, // 入口js文件最大并行请求数量
// enforceSizeThreshold: 50000, // 超过50kb一定会单独打包(此时会忽略minRemainingSize、maxAsyncRequests、maxInitialRequests)
// cacheGroups: { // 组,哪些模块要打包到一个组
// defaultVendors: { // 组名
// test: /[\\/]node_modules[\\/]/, // 需要打包到一起的模块
// priority: -10, // 权重(越大越高)
// reuseExistingChunk: true, // 如果当前 chunk 包含已从主 bundle 中拆分出的模块,则它将被重用,而不是生成新的模块
// },
// default: { // 其他没有写的配置会使用上面的默认值
// minChunks: 2, // 这里的minChunks权重更大
// priority: -20,
// reuseExistingChunk: true,
// },
// },
},
};
5. 更新配置
最终我们会以单入口+代码分割+动态导入方式来进行配置,更新之前的配置文件
// webpack.prod.js
const os = require("os");
const path = require("path");
const ESLintWebpackPlugin = require("eslint-webpack-plugin");
const HtmlWebpackPlugin = require("html-webpack-plugin");
const MiniCssExtractPlugin = require("mini-css-extract-plugin");
const CssMinimizerPlugin = require("css-minimizer-webpack-plugin");
const TerserPlugin = require("terser-webpack-plugin");
const ImageMinimizerPlugin = require("image-minimizer-webpack-plugin");
// cpu核数
const threads = os.cpus().length;
// 获取处理样式的Loaders
const getStyleLoaders = (preProcessor) => {
return [
MiniCssExtractPlugin.loader,
"css-loader",
{
loader: "postcss-loader",
options: {
postcssOptions: {
plugins: [
"postcss-preset-env", // 能解决大多数样式兼容性问题
],
},
},
},
preProcessor,
].filter(Boolean);
};
module.exports = {
entry: "./src/main.js",
output: {
path: path.resolve(__dirname, "../dist"), // 生产模式需要输出
filename: "static/js/main.js", // 将 js 文件输出到 static/js 目录中
clean: true,
},
module: {
rules: [
{
oneOf: [
{
// 用来匹配 .css 结尾的文件
test: /\.css$/,
// use 数组里面 Loader 执行顺序是从右到左
use: getStyleLoaders(),
},
{
test: /\.less$/,
use: getStyleLoaders("less-loader"),
},
{
test: /\.s[ac]ss$/,
use: getStyleLoaders("sass-loader"),
},
{
test: /\.styl$/,
use: getStyleLoaders("stylus-loader"),
},
{
test: /\.(png|jpe?g|gif|svg)$/,
type: "asset",
parser: {
dataUrlCondition: {
maxSize: 10 * 1024, // 小于10kb的图片会被base64处理
},
},
generator: {
// 将图片文件输出到 static/imgs 目录中
// 将图片文件命名 [hash:8][ext][query]
// [hash:8]: hash值取8位
// [ext]: 使用之前的文件扩展名
// [query]: 添加之前的query参数
filename: "static/imgs/[hash:8][ext][query]",
},
},
{
test: /\.(ttf|woff2?)$/,
type: "asset/resource",
generator: {
filename: "static/media/[hash:8][ext][query]",
},
},
{
test: /\.js$/,
// exclude: /node_modules/, // 排除node_modules代码不编译
include: path.resolve(__dirname, "../src"), // 也可以用包含
use: [
{
loader: "thread-loader", // 开启多进程
options: {
workers: threads, // 数量
},
},
{
loader: "babel-loader",
options: {
cacheDirectory: true, // 开启babel编译缓存
cacheCompression: false, // 缓存文件不要压缩
plugins: ["@babel/plugin-transform-runtime"], // 减少代码体积
},
},
],
},
],
},
],
},
plugins: [
new ESLintWebpackPlugin({
// 指定检查文件的根目录
context: path.resolve(__dirname, "../src"),
exclude: "node_modules", // 默认值
cache: true, // 开启缓存
// 缓存目录
cacheLocation: path.resolve(
__dirname,
"../node_modules/.cache/.eslintcache"
),
threads, // 开启多进程
}),
new HtmlWebpackPlugin({
// 以 public/index.html 为模板创建文件
// 新的html文件有两个特点:1. 内容和源文件一致 2. 自动引入打包生成的js等资源
template: path.resolve(__dirname, "../public/index.html"),
}),
// 提取css成单独文件
new MiniCssExtractPlugin({
// 定义输出文件名和目录
filename: "static/css/main.css",
}),
// css压缩
// new CssMinimizerPlugin(),
],
optimization: {
minimizer: [
// css压缩也可以写到optimization.minimizer里面,效果一样的
new CssMinimizerPlugin(),
// 当生产模式会默认开启TerserPlugin,但是我们需要进行其他配置,就要重新写了
new TerserPlugin({
parallel: threads, // 开启多进程
}),
// 压缩图片
new ImageMinimizerPlugin({
minimizer: {
implementation: ImageMinimizerPlugin.imageminGenerate,
options: {
plugins: [
"gifsicle", { interlaced: true }\], \["jpegtran", { progressive: true }\], \["optipng", { optimizationLevel: 5 }\], \[ "svgo", { plugins: \[ "preset-default", "prefixIds", { name: "sortAttrs", params: { xmlnsOrder: "alphabetical", }, }, \], }, \], \], }, }, }), \], // 代码分割配置 splitChunks: { chunks: "all", // 对所有模块都进行分割 // 其他内容用默认配置即可 }, }, // devServer: { // host: "localhost", // 启动服务器域名 // port: "3000", // 启动服务器端口号 // open: true, // 是否自动打开浏览器 // }, mode: "production", devtool: "source-map", };
6. 给动态导入文件取名称
1. 需改文件
man.js
import sum from "./js/sum";
// 引入资源,Webpack才会对其打包
import "./css/iconfont.css";
import "./css/index.css";
import "./less/index.less";
import "./sass/index.sass";
import "./sass/index.scss";
import "./styl/index.styl";
const result2 = sum(1, 2, 3, 4);
console.log(result2);
// 以下代码生产模式下会删除
if (module.hot) {
module.hot.accept("./js/sum.js", function (sum) {
const result2 = sum(1, 2, 3, 4);
console.log(result2);
});
}
document.getElementById("btn").onClick = function () {
// eslint会对动态导入语法报错,需要修改eslint配置文件
// webpackChunkName: "math":这是webpack动态导入模块命名的方式
// "math"将来就会作为[name]的值显示。
import(/* webpackChunkName: "math" */ "./js/math.js").then(({ count }) => {
console.log(count(2, 1));
});
};
2.eslnt 配置
npm i eslint-plugin-import -D
配置
// .eslintrc.js module.exports = { // 继承 Eslint 规则 extends: ["eslint:recommended"], env: { node: true, // 启用node中全局变量 browser: true, // 启用浏览器中全局变量 }, plugins: ["import"], // 解决动态导入import语法报错问题 --> 实际使用eslint-plugin-import的规则解决的 parserOptions: { ecmaVersion: 6, sourceType: "module", }, rules: { "no-var": 2, // 不能使用 var 定义变量 }, }
3.webpack 配置( chunkFilename)
output: {
// 所有文件的输出路径
// __dirname nodejs的变量,代表当前文件的文件夹目录
path: path.resolve(__dirname, "../dist"), // 绝对路径
// 入口文件打包输出文件名
filename: "static/js/[name].[contenthash:10].js",
// 给打包输出的其他文件命名-------------------------
chunkFilename: "static/js/[name].js",
// 图片、字体等通过type:asset处理资源命名方式
assetModuleFilename: "static/media/[hash:10][ext][query]",
// 自动清空上次打包的内容
// 原理:在打包前,将path整个目录内容清空,再进行打包
clean: true,
},
7.统一命名配置( assetModuleFilename)
output: {
// 所有文件的输出路径
// __dirname nodejs的变量,代表当前文件的文件夹目录
path: path.resolve(__dirname, "../dist"), // 绝对路径
// 入口文件打包输出文件名
filename: "static/js/[name].[contenthash:10].js",
// 给打包输出的其他文件命名
chunkFilename: "static/js/[name].chunk.js",
// 图片、字体等通过type:asset处理资源命名方式 统一做处理
assetModuleFilename: "static/media/[hash:10][ext][query]",
// 自动清空上次打包的内容
// 原理:在打包前,将path整个目录内容清空,再进行打包
clean: true,
},
十一. Preload / Prefetch (懒加载)
1.懒加载
我们前面已经做了代码分割,同时会使用import 动态导入语法来进行代码按需加载(我们也叫懒加载,比如路由懒加载就是这样实现)
但是加载速度还不够好,比如: 是用户点击按钮时才加载这个资源的,如果资源体积很大,那么用户会感觉到明显卡顿效果
我们想在浏览器空闲时间,加载后续需要使用的资源,我们就需要上Preload 或 Prefetch
2. Preload/ Prefetch?
- Preload : 告诉浏览器立即加载资源
- Prefetch : 告诉浏览器在空闲时才开始加载资源
共同点:
- 都只会加载资源,并不执行
- 都有缓存
区别:
- Preload 加载优先级高
- Prefetch 加载优先级低
总结:
当前页面优先级高的资源使用preload 加载
下一个页面需要使用的资源用prefetch 加载
它们的问题: 兼容性较差
- 我们可以去Can I Use 网站查询API 的兼容性问题
- Preload 想对于Prefetch 兼容性好一点
3.使用
npm i @vue/preload-webpack-plugin -D
配置 PreloadWebpackPlugin
plugins: [
new ESLintWebpackPlugin({
// 指定检查文件的根目录
context: path.resolve(__dirname, "../src"),
exclude: "node_modules", // 默认值
cache: true, // 开启缓存
// 缓存目录
cacheLocation: path.resolve(
__dirname,
"../node_modules/.cache/.eslintcache"
),
threads, // 开启多进程
}),
new HtmlWebpackPlugin({
// 以 public/index.html 为模板创建文件
// 新的html文件有两个特点:1. 内容和源文件一致 2. 自动引入打包生成的js等资源
template: path.resolve(__dirname, "../public/index.html"),
}),
// 提取css成单独文件
new MiniCssExtractPlugin({
// 定义输出文件名和目录
filename: "static/css/[name].css",
chunkFilename: "static/css/[name].chunk.css",
}),
// css压缩
// new CssMinimizerPlugin(),
//预加载插件
new PreloadWebpackPlugin({
rel: "preload", // preload兼容性更好
as: "script",
// rel: 'prefetch' // prefetch兼容性更差
}),
],
十二. Network Cache (网络缓存)
将来开发时我们对静态资源会使用缓存来优化,这样浏览器第二次请求资源就能读取缓存了,速度很快
但是这样的话就会有一个问题,因为前后输出的文件名是一样的,都叫main.js,一旦将来发布新版本
因为文件名没有变化导致浏览器会直接读取缓存,不会加载新资源,项目也就没法更新了
所有我们从文件名入手,确保更新前后文件名不一样,这样就可以做缓存了
1. Network Cache?
它们都会生成一个唯一的hash值
- fullhash (webpack4 是hash)
每次修改任何一个文件,所有文件名的hash至都将改变,所以一旦修改了任何一个文件,整个项目的文件缓存都将失效
- chunkhash
根据不同的入口文件(Entry)进行依赖文件解析,构建对应的chunk,生成对应的哈希值,我们js和css是同一个引入,会共享一个hash值
- contenthash
根据文件内容生成hash值,只有文件内容变化了,hash值才会变化,所有文件hash值是独享且不同的
2.使用 runtimeChunk
optimization: {
// 压缩的操作
minimizer: [
// 压缩css
new CssMinimizerPlugin(),
// 压缩js
new TerserWebpackPlugin({
parallel: threads, // 开启多进程和设置进程数量
}),
// 压缩图片
new ImageMinimizerPlugin({
minimizer: {
implementation: ImageMinimizerPlugin.imageminGenerate,
options: {
plugins: [
"gifsicle", { interlaced: true }\], \["jpegtran", { progressive: true }\], \["optipng", { optimizationLevel: 5 }\], \[ "svgo", { plugins: \[ "preset-default", "prefixIds", { name: "sortAttrs", params: { xmlnsOrder: "alphabetical", }, }, \], }, \], \], }, }, }), \], // 代码分割配置 splitChunks: { chunks: "all", // 其他都用默认值 }, //长期缓存优化 runtimeChunk: { name: (entrypoint) =\> \`runtime\~${entrypoint.name}.js\`, }, },
- 问题:
当我们修改math.js 文件再重新打包的时候,因为contenthash原因,math.js 文件hash值发生了变化(这是正常的)
但是main.js 文件的hash值也发生了变化,这会导致main.js的缓存失效,明明我们只修改了math.js, 为什么main.js 也会发生变化呢?
原因:
- 更新前: math.xxx.js, main.js 引用的math.xxx.js
- 更新后: math.yyy.js, main.js 引用的math.yyy.js ,文件名发生了变化,间接导致mainjs也发生了变化
- 解决
将has值单独保管在一个runtime文件中
我们最终输出三个文件: main.math.runtim, 当math文件发送变化,变化的是math和runtime文件,main不变
runtime文件只保存文件的hash值和它们与文件的关系,整个文件体积就比较小,所以变化重新请求的代价也小
十三 . Core-js
过去我们使用babel 对js代码进行了兼容性处理,其中使用@babel/preset-env只能预设来处理兼容性问题
它能将ES6的一些语法进行编译转换,比如箭头函数,点点点运算符等,但是如果async函数,promise函数,对象,数组的一些方法(includes),等,它没办法处理
所以此时我们js代码仍然存在兼容性问题,一旦遇到低版本浏览器会直接报错,所以我们想要将js兼容性问题彻底解决
1.core-js 是专门用来做ES6以及以上API的polyfill
polyfill 翻译过来叫做垫片/补丁,就是用社区上提供的一段代码,让我们在不兼容某些新特性的浏览器上,使用该新特性
2.使用
- 修改 main.js
import count from "./js/count";
import sum from "./js/sum";
// 引入资源,Webpack才会对其打包
import "./css/iconfont.css";
import "./css/index.css";
import "./less/index.less";
import "./sass/index.sass";
import "./sass/index.scss";
import "./styl/index.styl";
const result1 = count(2, 1);
console.log(result1);
const result2 = sum(1, 2, 3, 4);
console.log(result2);
// 添加promise代码
const promise = Promise.resolve();
promise.then(() => {
console.log("hello promise");
});
此时 Eslint 会对 Promise 报错
- 修改配置文件
npm i @babel/eslint-parser -D
- .eslintrc.js
module.exports = {
// 继承 Eslint 规则
extends: ["eslint:recommended"],
parser: "@babel/eslint-parser", // 支持最新的最终 ECMAScript 标准
env: {
node: true, // 启用node中全局变量
browser: true, // 启用浏览器中全局变量
},
plugins: ["import"], // 解决动态导入import语法报错问题 --> 实际使用eslint-plugin-import的规则解决的
parserOptions: {
ecmaVersion: 6, // es6
sourceType: "module", // es module
},
rules: {
"no-var": 2, // 不能使用 var 定义变量
},
};
- npm run build
此时观察打包输出的js文件,我们发现Promise 语法并没有编译转换,所以我们需要使用core-js来进行polyfill
- 使用core-js
npm i core-js
- 手动全部引入 ,main.js
import "core-js";
这样引入会将所有兼容性代码全部引入,体积太大了,我们只想引入promise的polyfill
手动按需引入
import "core-js/es/promise";
只引入打包promise的polyfill,打包体积更小,但是将来如果还想使用其他语法,我需要手动引入库很麻烦
自动按需引入
- main.js
import count from "./js/count";
import sum from "./js/sum";
// 引入资源,Webpack才会对其打包
import "./css/iconfont.css";
import "./css/index.css";
import "./less/index.less";
import "./sass/index.sass";
import "./sass/index.scss";
import "./styl/index.styl";
const result1 = count(2, 1);
console.log(result1);
const result2 = sum(1, 2, 3, 4);
console.log(result2);
// 添加promise代码
const promise = Promise.resolve();
promise.then(() => {
console.log("hello promise");
});
- babel.config.js
module.exports = {
// 智能预设:能够编译ES6语法
presets: [
"@babel/preset-env", // 按需加载core-js的polyfill { useBuiltIns: "usage", corejs: { version: "3", proposals: true } }, \], \], };
此时就会自动根据我们代码中使用的语法,来按需加载相应的polyfill 了
十四. PWA
开发WebApp项目,项目一旦处于网络离线情况,就没法访问了
我们希望给项目提供离线体验
1. PWA?
渐进式网络应用程序: 是一种可以提供类似于native app(原生应用程序)体验的Web App的技术
其中最重要的是,在离线(offline)时应用程序能够继续运行功能
内部通过Service Workers技术实现的
怎么用? new WorkboxPlugin.GenerateSW
npm i workbox-webpack-plugin -D
plugins: [
// plugin的配置
new ESLintPlugin({
// 检测哪些文件
context: path.resolve(__dirname, "../src"),
exclude: "node_modules", // 默认值
cache: true, // 开启缓存
cacheLocation: path.resolve(__dirname, "../node_modules/.cache/eslintcache"),
threads, // 开启多进程和设置进程数量
}),
new HtmlWebpackPlugin({
// 模板:以public/index.html文件创建新的html文件
// 新的html文件特点:1. 结构和原来一致 2. 自动引入打包输出的资源
template: path.resolve(__dirname, "../public/index.html"),
}),
new MiniCssExtractPlugin({
filename: "static/css/[name].[contenthash:10].css",
chunkFilename: "static/css/[name].chunk.[contenthash:10].css",
}),
// new CssMinimizerPlugin(),
// new TerserWebpackPlugin({
// parallel: threads, // 开启多进程和设置进程数量
// }),
new PreloadWebpackPlugin({
// rel: "preload",
// as: "script",
rel: "prefetch",
}),
new WorkboxPlugin.GenerateSW({
// 这些选项帮助快速启用 ServiceWorkers
// 不允许遗留任何"旧的" ServiceWorkers
clientsClaim: true,
skipWaiting: true,
}),
],
3. 修改main.js
import count from "./js/count";
import sum from "./js/sum";
// 引入资源,Webpack才会对其打包
import "./css/iconfont.css";
import "./css/index.css";
import "./less/index.less";
import "./sass/index.sass";
import "./sass/index.scss";
import "./styl/index.styl";
const result1 = count(2, 1);
console.log(result1);
const result2 = sum(1, 2, 3, 4);
console.log(result2);
// 添加promise代码
const promise = Promise.resolve();
promise.then(() => {
console.log("hello promise");
});
const arr = [1, 2, 3, 4, 5];
console.log(arr.includes(5));
// 注册 serviceWorke
if ("serviceWorker" in navigator) {
window.addEventListener("load", () => {
navigator.serviceWorker
.register("/service-worker.js")
.then((registration) => {
console.log("SW registered: ", registration);
})
.catch((registrationError) => {
console.log("SW registration failed: ", registrationError);
});
});
}
此时如果直接通过VSCode 访问打包后页面,在浏览器控制台发现SW registration failed

因为我们打开的访问路径是ttp://127.0.0.1:5500/dist/index.html。此时页面会去请求 service-worker.js 文件,请求路径是:http://127.0.0.1:5500/service-worker.js,这样找不到会 404。
实际service-worker.js 文件路径是: http://127.0.0.1 : 5500/dist/service-worker.js
- 解决路径问题
npm i serve -g
serve 也是用来启动开发服务器来部署代码查看效果的。
-
运行指令
-
serve dist
此时通过 serve 启动的服务器我们 service-worker 就能注册成功了。
十五. 总结
我们从4个角度对webpack 和代码进行了优化:
1. 提升开发体验
使用Source Map 让开发或上线代码报错能有更加准确的错误提示
2. 提升webpack 提升打包构建速度
使用HotModuleReplacement 让开发时只重新编译打包更新变化了的代码,不变的代码使用缓存,从而使更新速度更快
使用OneOf 让资源文件一旦被某个loader 处理了,就不会继续遍历了,打包速度更快
使用Include/Exclude 排除或只检测某些文件,处理的文件更少,速度更快
使用Cache 对eslint 和bable 处理的结果进行缓存,让第二次打包速度更快
使用Thead 多进程处理eslnt 和babel任务,速度更快, (需要注意的是,进程启动通信都有开销的,要在比较多代码处理时使用才有效果)
3, 减少代码体积
- 使用Tree Shaking 剔除了没有使用的多余代码,让代码体积更小
- 使用@babel/plugin-transform-runtime 插件对babel进行处理,让辅助代码从中引入,而不是每个文件都生成辅助代码,从而体积更小
- 使用Image Minimizer对项目图片进行压缩,体积更小,速度更快(需要的是,如果项目中图片都是在线链接,那么就不需要了,本地项目静态图片才需要进行压缩)
4.优化代码运行性能
- 使用Code split 对代码进行分割成多个js文件,从而使单个文件体积更小,并行加载js速度更快,并通过import 动态导入语法进行按需加载,从而达到需要使用时才加载该资源,不用时不加载资源
- 使用Preload / Prefetch 对代码进行提前加载,等未来需要使用时就能直接使用,从而用户体验更好
- 使用Network Cache 能对输出资源文件进行更好的命名,将来好做缓存,从而用户体验更好
- 使用Core-js 对js进行兼容性处理,让我们代码能运行在低版本浏览器
- 使用PWA 能让代码离线也能访问,从而提升用户体验