一、介绍
本篇文章主要是进行 Webpack 优化，让我们代码在编译/运行时性能更好~
优化角度：
- 提升开发体验
- 提升打包构建速度
- 减少代码体积
- 优化代码运行性能
二、提升开发体验
SourceMap--提示代码错误
作用：可以更加准确的提示错误位置，来帮助我们更好的开发代码
是什么？
SourceMap（源代码映射）是一个用来生成源代码与构建后代码一一映射的文件的方案。
它会生成一个 xxx.map 文件，里面包含源代码和构建后代码每一行、每一列的映射关系。当构建后代码出错了，会通过 xxx.map 文件，从构建后代码出错位置找到映射后源代码出错位置，从而让浏览器提示源代码文件出错位置，
帮助我们更快的找到错误根源。
用法：官方文档
- 开发模式：在 webpack.dev.js文件中添加新的配置项（devtool）
// cheap-module-source-map
// 优点：打包编译速度快，只包含行映射
// 缺点：没有列映射
module.exports = {
// 其他省略
mode: "development",
devtool: "cheap-module-source-map",
};
- 生产模式：在 webpack.prod.js文件中添加新的配置项（devtool）
// source-map
// 优点：包含行/列映射
// 缺点：打包编译速度更慢
module.exports = {
// 其他省略
mode: "production",
devtool: "source-map",
};
三、提升打包构建速度
1、HotModuleReplacement （HMR/热模块替换）
适用于开发模式
场景：开发时我们修改了其中一个模块代码，Webpack 默认会将所有模块全部重新打包编译，速度很慢。
我们需要做到修改某个模块代码，就只有这个模块代码需要重新打包编译，其他模块不变，这样打包速度就能很快。
作用：在程序运行中，替换、添加或删除模块，而无需重新加载整个页面
基本配置。配置hot为true（webpack5默认开启）
module.exports = {
// 其他省略
devServer: {
host: "localhost", // 启动服务器域名
port: "3000", // 启动服务器端口号
open: true, // 是否自动打开浏览器
hot: true, // 开启HMR功能（只能用于开发环境，生产环境不需要了）
},
};
// 此时 css 样式经过 style-loader 处理，已经具备 HMR 功能了。 但是 js 还不行。
JS 配置
// main.js
import count from "./js/count";
import sum from "./js/sum";
// 引入资源，Webpack才会对其打包
import "./css/index.css";
import "./less/index.less";
import "./styl/index.styl";
const result1 = count(2, 1);
console.log(result1);
const result2 = sum(1, 2, 3, 4);
console.log(result2);
// 判断是否支持HMR功能
if (module.hot) {
// 普通写法
module.hot.accept("./js/sum")
// 函数写法
module.hot.accept("./js/count.js", function (count) {
const result1 = count(2, 1);
console.log(result1);
});
}
- 通过上面这种配置 js 文件，这样写会很麻烦，所以实际开发我们会使用其他 loader 来解决
比如 ： vue用 vue-loader
react用 react-hot-loader
2、OneOf --加快打包数据
适用于开发模式与生产模式
暂时不能在vue使用，会报如下错误
场景：打包时每个文件都会经过所有 loader 处理，虽然因为
test正则原因实际没有处理上，但是都要过一遍。比较慢
作用：匹配一个 loader, 剩下的就不匹配
使用：
- 在 loader 配置 设置oneOf，把其它loader的配置项，放在里面
//
module.exports = {
// 加载器。数组是复数加s,对象是单数不加s
module: {
rules: [
// loader的配置
{
// 每个文件只能被其中一个 loader配置处理
oneOf: [
{ /* 处理less */
test: /.less$/,
use: [
'style-loader',
'css-loader',
'less-loader',
]
},
]
},
]
},
}
3、Include--只处理某文件/Exclude--排除某文件
两个只能同时存在一个
场景：开发时我们需要使用第三方的库或插件，所有文件都下载到 node_modules 中了。而这些文件是不需要编译可以直接使用的。所以我们在对 js 文件处理时，要排除 node_modules 下面的文件。
-
include：包含，只处理 xxx 文件
// 只处理src下的文件，其它文件不处理 include: path.resolve(__dirname,"../src"), -
exclude：排除，除了 xxx 文件以外其他文件都处理
// 写在 loader中 exclude: /node_modules/, // 写在 插件中 exclude: "node_modules", //默认值：node_modules -
案例：
module.exports = { // 加载器。数组是复数加s,对象是单数不加s module: { rules: [ // loader的配置 { /* 处理js文件 */ test: /.js$/, //只检测 .js文件 // exclude: /node_modules/, // 排除 node_modules中的文件,其它文件不处理 include: path.resolve(__dirname,"../src"), // 只处理src下的文件，其它文件不处理 loader: 'babel-loader', } ] }, // 插件 plugins: [ // plugin的配置 new ESLintWebpackPlugin({ // 指定检查src目录下的文件 context: path.resolve(__dirname, "../src"), exclude: "node_modules", //默认值：node_modules }), ], // 模式 mode: "development", devtool: "cheap-module-source-map", }4、Cache--缓存Eslint检测和Babel编译结果
场景：每次打包时 js 文件都要经过 Eslint 检查 和 Babel 编译，速度比较慢。我们可以缓存之前的 Eslint 检查 和 Babel 编译结果，这样第二次打包时速度就会更快了
作用： 对 Eslint 检查 和 Babel 编译结果进行缓存。会在 node_modules 文件夹里面生成一个文件夹(.cache)，里面存放的是缓存文件
案例：
module.exports = {
// 加载器。数组是复数加s,对象是单数不加s
module: {
rules: [
// loader的配置
{ /* 处理js文件 */
test: /.js$/, //只检测 .js文件
// exclude: /node_modules/, // 排除 node_modules中的文件,其它文件不处理
include: path.resolve(__dirname,"../src"),// 只处理src下的文件，其它文件不处理
loader: 'babel-loader',
options: {
// presets: ['@babel/preset-env']
cacheDirectory: true, // 开启babel 缓存
cacheCompression: false // 关闭缓存文件压缩
},
}
]
},
// 插件
plugins: [
// plugin的配置
new ESLintWebpackPlugin({
// 指定检查src目录下的文件
context: path.resolve(__dirname, "../src"),
exclude: "node_modules",//默认值：node_modules
cache: true, // 开启缓存
// 缓存目录
cacheLocation: path.resolve(__dirname, "../node_modules/.cache/.eslintcache" )
}),
],
// 模式
mode: "development",
devtool: "cheap-module-source-map",
}
5、Thead-多线程打包
场景： 当项目越来越庞大时，打包速度越来越慢，我们想要继续提升打包速度，其实就是要提升 js 的打包速度，因为其他文件都比较少。而对 js 文件处理主要就是 eslint 、babel、Terser 三个工具，所以我们要提升它们的运行速度。我们可以开启多进程同时处理 js 文件，这样速度就比之前的单进程打包更快了
多进程打包： 开启电脑的多个进程同时干一件事，速度更快。
需要注意：请仅在特别耗时的操作中使用，因为每个进程启动就有大约为 600ms 左右开销。
使用： 我们启动进程的数量就是我们CPU的核数
-
获取CPU的核数
// nodejs核心模块，直接使用 const os = require("os"); // cpu核数 const threads = os.cpus().length; -
下载包
// 使用时，需将此 loader 放置在其他 loader 之前。放置在此 loader 之后的 loader 会在一个独立的 worker 池中运行 // babel-loader消耗时间最久，所以使用thread-loader针对其进行优化 npm i thread-loader -D -
案例
const path = require("path"); const os = require('os') // nodejs核心模块，直接使用 const TerserPlugin = require("terser-webpack-plugin"); // terser webpack内置的插件，直接导入使用压缩JS的 const threads = os.cpus().length // 获取cpu核数 module.exports = { module: { rules:[ { /* 处理js文件 */ test: /.js$/, //只检测 .js文件 exclude: /node_modules/, // 排除 node_modules中的js文件（这些文件不处理） use: [{ loader: "thread-loader", // 开启多线程，必须写在前面 options: { works: threads, // 进程数量 } }, { loader: 'babel-loader', options: { // presets: ['@babel/preset-env'] cacheDirectory: true, // 开启babel 缓存 cacheCompression: false // 关闭缓存文件压缩 }, }], } ] }, // 插件 plugins: [ new ESLintWebpackPlugin({ // 指定检查src目录下的文件 context: path.resolve(__dirname, "../src"), exclude: "node_modules", //默认值：node_modules cache: true, // 开启缓存 // 缓存目录 cacheLocation: path.resolve(__dirname, "../node_modules/.cache/.eslintcache"), threads, //开启多进程和设置进程数量 }), ], // 优化代码 optimization: { // webpack5压缩一般配置在这里 minimizer: [ // css压缩 new CssMinimizerPlugin(), // js压缩，重新手动写 new TerserPlugin({ parallel: threads, //开启多线程和设置进程数量 }), ], }, mode: "production", }
四、减少代码体积
1、Tree Shaking：移除JS中没有使用的代码
场景： 开发时我们定义了一些工具函数库，或者引用第三方工具函数库或组件库。如果没有特殊处理的话我们打包时会引入整个库，但是实际上可能我们可能只用上极小部分的功能。这样将整个库都打包进来，体积就太大了。
Tree Shaking是一个术语，通常用于描述移除 JavaScript 中的没有使用上的代码。依赖于 ES Module
Webpack 已经默认开启了这个功能，无需其他配置。
2、Babel
背景：
Babel 为编译的每个文件都插入了辅助代码，使代码体积过大！
Babel 对一些公共方法使用了非常小的辅助代码，比如
_extend。默认情况下会被添加到每一个需要它的文件中。
作用：将这些辅助代码作为一个独立模块，来避免重复引入
```
/* @babel/plugin-transform-runtime作用：
禁用了 Babel 自动对每个文件的 runtime 注入，
而是引入 @babel/plugin-transform-runtime 并且使所有辅助代码从这里引用 */
npm i @babel/plugin-transform-runtime -D
```
-
在module配置项找到对JS代码的优化处理，配置在 babel-loader 选项下
module.exports = { module: { rules:[ { /* 处理js文件 */ test: /.js$/, //只检测 .js文件 exclude: /node_modules/, // 排除 node_modules中的js文件（这些文件不处理） use: [{ loader: "thread-loader", // 开启多线程，必须写在前面 options: { works: threads, // 进程数量 } }, { loader: 'babel-loader', options: { // presets: ['@babel/preset-env'] cacheDirectory: true, // 开启babel 缓存 cacheCompression: false, // 关闭缓存文件压缩 plugins: ["@babel/plugin-transform-runtime"], // 减少代码体积 }, }], } ] }, mode: "production", }
3、Image Minimizer：压缩图片体积
背景： 开发如果项目中引用了较多图片，那么图片体积会比较大，将来请求速度比较慢。我们可以对图片进行压缩，减少图片体积。
注意：
如果项目中图片都是在线链接，那么就不需要了。本地项目静态图片才需要进行压缩。
使用该插件压缩图片体积，可能导致打包速度变慢
-
用法：
// image-minimizer-webpack-plugin：用来压缩图片的插件 // 一、下载包 npm i image-minimizer-webpack-plugin imagemin -D // 二、选择一种模式下载 /* 【注意：npm下载不了，请使用cnpm，或参考该链接】*/ //【无损压缩】 npm install imagemin-gifsicle imagemin-jpegtran imagemin-optipng imagemin-svgo -D //【有损压缩】 npm install imagemin-gifsicle imagemin-mozjpeg imagemin-pngquant imagemin-svgo -D -
配置
// 导入之前下的包 const ImageMinimizerPlugin = require("image-minimizer-webpack-plugin"); module.exports = { 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", }, }, ], }, ], ], }, }, }), ], }, }五、优化代码运行性能
1、Code Split：代码分割
(1)、多入口
背景： 打包代码时会将所有 js 文件打包到一个文件中，体积太大了。我们如果只要渲染首页，就应该只加载首页的 js 文件，其他文件不应该加载。
我们需要将打包生成的文件进行代码分割，生成多个 js 文件，渲染哪个页面就只加载某个 js 文件，这样加载的资源就少，速度就更快
作用：
- 分割文件：将打包生成的文件进行分割，生成多个 js 文件。
- 按需加载：需要哪个文件就加载哪个文件。
配置
// 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", // webpack命名方式，[name] 以文件名命名(跟入口文件名一样)
clear: true,
},
plugins: [
new HtmlWebpackPlugin({
template: "./public/index.html",
}),
],
mode: "production",
};
注意： 配置了几个入口，至少输出几个 js 文件
(2)、提取重复代码
如果多入口文件中都引用了同一份代码，我们不希望这份代码被打包到两个文件中，导致代码重复，体积更大。
我们需要提取多入口的重复代码，只打包生成一个 js 文件，其他文件引用它就好
配置
// webpack.config.js
const path = require("path");
const HtmlWebpackPlugin = require("html-webpack-plugin");
module.exports = {
// 多入口
entry: {
main: "./src/main.js",
app: "./src/app.js",
},
output: {
path: path.resolve(__dirname, "./dist"),
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,
// },
// },
// 修改配置
cacheGroups: {
// 组，哪些模块要打包到一个组
// defaultVendors: { // 组名
// test: /[\/]node_modules[\/]/, // 需要打包到一起的模块
// priority: -10, // 权重（越大越高）
// reuseExistingChunk: true, // 如果当前 chunk 包含已从主 bundle 中拆分出的模块，则它将被重用，而不是生成新的模块
// },
default: {
// 其他没有写的配置会使用上面的默认值
minSize: 0, // 我们定义的文件体积太小了，所以要改打包的最小文件体积
minChunks: 2,
priority: -20,
reuseExistingChunk: true,
},
},
},
},
};
注意： 打包后会发下另外多生成了一个js文件，这个就是提取的公共模块。
会增加一点代码体积，但因为文件是并行的，所有反而会好一点
(3)、按需加载、动态导入
实现按需加载，动态导入模块。还需要额外配置：使用ES6动态导入语法
// main.js
document.getElementById("btn").onclick = function () {
// 动态导入，将动态导入的文件分隔为单独模块，在需要使用时单独加载
import("./math.js").then(({ sum }) => {
alert(sum(1, 2, 3, 4, 5));
});
};
// index.html
<body>
<h1>hello webpack</h1>
<button id="btn">计算</button>
</body>
(4)、单入口 与 给动态导入模块命名
使用
// js 文件
document.getElementById('btn').onclick = function(){
// eslint 不能识别动态导入语法，需要在 .eslintrc.js 追加配置
// webpackChunkName: "math"：这是webpack动态导入模块命名的方式
// "math"将来就会作为[name]的值显示。
import(/*webpackChunkName: "math"*/ './js/count').then(res=>{
console.log('aa',res.default(2,3));
})
}
// .eslintrc.js
module.exports = {
// 继承 Eslint 规则
extends: ["eslint:recommended"],
env: {
node: true, // 启用node中全局变量
browser: true, // 启用浏览器中全局变量
},
parserOptions: {
ecmaVersion: 6, // es6
sourceType: "module", // es module
},
rules: {
"no-var": 2, // 不能使用 var 定义变量
},
// 解决动态导入import 语法报错问题，实际使用eslint-plugin-import的规则解决的，需要安装这个插件
plugins: ["import"]
};
配置
module.exports = {
// 输出
output: {
// 文件的输出位置
path: path.resolve(__dirname, "../dist"), // 绝对路径
// 文件名
filename: 'js/main.js',
// 给打包输出的其它文件命名s
chunkFilename: "static/js/[name].js", // 打包前，自动清空上次打包的内容，
clean: true
},
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)、统一命名
module.exports = {
// 输出
output: {
// 文件的输出位置
path: path.resolve(__dirname, "../dist"), // 绝对路径
// 文件名
filename: 'js/[name].js',
// 给打包输出的其它文件命名。后面加chunk 是为了区分主文件(可以不加)
chunkFilename: "js/[name].chunk.js",
// 图片、字体等通过 type:asset处理资源命名方式
assetModuleFilename: "media/[hash:10][ext][query]",
// 打包前，自动清空上次打包的内容，
clean: true
},
module: {
rules: [
{
{ // 处理图片资源
test: /.(png|jpe?g|gif|webp|svg)$/,
type: 'asset', // 转 base64
parser: { // 转 base64 的配置
dataUrlCondition: {
// 小于30kb的图片转 base64：
/* 优点：减少请求数量，降低服务器压力 缺点：体积会变大 */
maxSize: 30 * 1024 // 4kb
}
},
// 在上面配置，复用它
// generator: {
// // 输出图片名称:
// /* [hash]：hash值，图片的ID,唯一的。 [hash:8]：hash值只取8位,图片的ID,不能有空格
// [ext]：文件扩展名
// [query]：携带参数
// */
// filename: "images/[hash:10][ext][query]"
// }
},
{ // 处理图标字体资源,和其它资源,例如视频啥的等
test: /.(ttf|woff2?|map3|map4|avi)$/,
type: 'asset/resource', // 对文件原封不动的输出，不会转base64格式
// 在上面配置，复用它
// generator: {
// // 输出图片名称:
// /* [hash]：hash值，图片的ID,唯一的。 [hash:8]：hash值只取8位,图片的ID,不能有空格
// [ext]：文件扩展名
// [query]：携带参数
// */
// filename: "media/[hash:10][ext][query]"
// }
},
}
]
}
plugins: [
// 提取css成单独文件
new MiniCssExtractPlugin({
filename: "css/[name].css",
// 如果动态导入的js里面存在css，就会动态导入chunkFilename
chunkFilename: "css/[name].chunk.css"
}),
]
optimization: {
// 代码分割配置
splitChunks: {
chunks: "all", // 对所有模块都进行分割
},
},
}
2、Preload / Prefetch
场景：
我们前面已经做了代码分割，同时会使用 import 动态导入语法来进行代码按需加载（我们也叫懒加载，比如路由懒加载就是这样实现的）。
但是加载速度还不够好，比如：是用户点击按钮时才加载这个资源的，如果资源体积很大，那么用户会感觉到明显卡顿效果。
我们想在浏览器空闲时间，加载后续需要使用的资源。我们就需要用上
Preload或Prefetch技术。
作用：
Preload： 告诉浏览器立即加载资源。
Prefetch： 诉浏览器在空闲时才开始加载资源。权重最低。使用资源时，立马使用prefetch cache缓存，比重新加载快很多
共同点：
- 都只会加载资源，并不执行
- 都有缓存
区别：
- 当前页面优先级高的资源用
Preload加载。- 下一个页面需要使用的资源用
Prefetch加载。问题：兼容性较差
- 我们可以去 Can I Use 网站查询 API 的兼容性问题。
Preload相对于Prefetch兼容性好一点。
配置：
const PreloadWebpackPlugin = require("@vue/preload-webpack-plugin"); // 导入
module.exports = {
plugins: [
new PreloadWebpackPlugin({
rel: "preload", // preload兼容性更好
as: "script",
// rel: 'prefetch' // prefetch兼容性更差，不需要配置as
}),
]
}
3、Network Cache
场景： 开发时我们对静态资源会使用缓存来优化，这样浏览器第二次请求资源就能读取缓存了，速度很快。
但是这样的话就会有一个问题, 因为前后输出的文件名是一样的，都叫 main.js，一旦将来发布新版本，因为文件名没有变化导致浏览器会直接读取缓存，不会加载新资源，项目也就没法更新了。
所以我们从文件名入手，确保更新前后文件名不一样，这样就可以做缓存了。
作用： 它们都会成一个唯一的 hash 值。
- fullhash（webpack4 是 hash）
每次修改任何一个文件，所有文件名的 hash 至都将改变。所以一旦修改了任何一个文件，整个项目的文件缓存都将失效。
- chunkhash
根据不同的入口文件(Entry)进行依赖文件解析、构建对应的 chunk，生成对应的哈希值。我们 js 和 css 是同一个引入，会共享一个 hash 值。
- contenthash
根据文件内容生成 hash 值，只有文件内容变化了，hash 值才会变化。所有文件 hash 值是独享且不同的。
用法：，当我们修改动态导入的文件，再重新打包，因为都使用了contenthash原因，打包后所有文件名都变化
// main.js。中动态导入部分
// eslint 不能识别动态导入语法，需要在 .eslintrc.js 追加配置
// webpackChunkName: "math"：这是webpack动态导入模块命名的方式
// "math"将来就会作为[name]的值显示。
import(/*webpackChunkName: "math"*/ './js/count').then(res=>{
console.log('aa',res.default(2,3));
})
// webpack.prod.js
module.exports = {
output: {
path: path.resolve(__dirname, "../dist"), // 生产模式需要输出
// [contenthash:8]使用contenthash，取8位长度
filename: "static/js/[name].[contenthash:8].js", // 入口文件打包输出资源命名方式
chunkFilename: "static/js/[name].[contenthash:8].chunk.js", // 动态导入输出资源命名方式
assetModuleFilename: "static/media/[name].[hash][ext]", // 图片、字体等资源命名方式（注意用hash）
clean: true,
},
plugins: [
new MiniCssExtractPlugin({
// 定义输出文件名和目录
filename: "static/css/[name].[contenthash:8].css",
chunkFilename: "static/css/[name].[contenthash:8].chunk.css",
}),
]
}
【特别注意】：据上述用法，导致所有的文件名发生了变化，一些文件的缓存文件失效。
解决方案：
-
将hash 值单独保管在一个runtime 文件中
-
最终打包输出一个新的文件 。若A文件发生变化，只有A文件与提取的单独文件发生变化，其它不变，能让缓存更加持久化
-
这个新文件只保存文件的 hash 值和它们与文件关系，整个文件体积就比较小，所以变化重新请求的代价也小。
-
配置方法：
module.exports = { optimization: { // 把文件中依赖的hash值，提取成单独文件保管。若A文件发生变化，只有A文件与提取的单独文件发生变化，其它不变，能让缓存更加持久化 runtimeChunk:{ name: (entrypoint) => `runtime~${entrypoint.name}.js`, } }, }
4、core-js
5、PWA（渐进式网络应用程序）
注意：兼容性不是很好
场景： 开发 Web App 项目，项目一旦处于网络离线情况，就没法访问了。我们希望给项目提供离线体验。
是什么： 渐进式网络应用程序(progressive web application - PWA)：是一种可以提供类似于 native app(原生应用程序) 体验的 Web App 的技术。
作用： 在 离线(offline) 时应用程序能够继续运行功能。内部通过 Service Workers 技术实现的。
用法：
-
下载包
npm i workbox-webpack-plugin -D -
配置
// webpack.prod.js // 导入 const WorkboxPlugin = require("workbox-webpack-plugin"); module.exports = { plugins: [ new MiniCssExtractPlugin({ // 定义输出文件名和目录 filename: "static/css/[name].[contenthash:8].css", chunkFilename: "static/css/[name].[contenthash:8].chunk.css", }), new WorkboxPlugin.GenerateSW({ // 这些选项帮助快速启用 ServiceWorkers // 不允许遗留任何“旧的” ServiceWorkers clientsClaim: true, skipWaiting: true, }), ] } // 在入口文件main.js 中填写这段代码 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。
原因： 因为我们打开的访问路径是：http://127.0.0.1:5500/dist/index.html。此时页面会去请求 service-worker.js 文件，请求路径是：http://127.0.0.1:5500/service-worker.js，这样找不到会 404。
解决方案：
-
下载包
// 也是用来启动开发服务器来部署代码查看效果的。主要用来部署静态资源服务器的库 npm i serve -g -
运行指令
// 会启动开发服务器，部署dist下面的所有资源。这里就可直接访问，不用加路径上不用加dist了 输入命令：serve dist
可以在控制台 Application — Application — Servive Workers 查看注册的文件情况
可以在控制台 Application — Cache — Cache Storage查看资源的详细情况
六、总结
主要从四个角度对webpack 和代码进行优化：
-
开发体验
- 使用
Source Map让开发或上线时代码报错能有更加准确的错误提示。
- 使用
-
提升 webpack 提升打包构建速度
- 使用
HotModuleReplacement让开发时只重新编译打包更新变化了的代码，不变的代码使用缓存，从而使更新速度更快。 - 使用
OneOf让资源文件一旦被某个 loader 处理了，就不会继续遍历了，打包速度更快。 - 使用
Include/Exclude排除或只检测某些文件，处理的文件更少，速度更快。 - 使用
Cache对 eslint 和 babel 处理的结果进行缓存，让第二次打包速度更快。 - 使用
Thead多进程处理 eslint 和 babel 任务，速度更快。（需要注意的是，进程启动通信都有开销的，要在比较多代码处理时使用才有效果）
- 使用
-
减少代码体积
- 使用
Tree Shaking剔除了没有使用的多余代码，让代码体积更小。 - 使用
@babel/plugin-transform-runtime插件对 babel 进行处理，让辅助代码从中引入，而不是每个文件都生成辅助代码，从而体积更小。 - 使用
Image Minimizer对项目中图片进行压缩，体积更小，请求速度更快。（需要注意的是，如果项目中图片都是在线链接，那么就不需要了。本地项目静态图片才需要进行压缩。）
- 使用
-
优化代码运行性能
- 使用
Code Split对代码进行分割成多个 js 文件，从而使单个文件体积更小，并行加载 js 速度更快。并通过 import 动态导入语法进行按需加载，从而达到需要使用时才加载该资源，不用时不加载资源。 - 使用
Preload / Prefetch对代码进行提前加载，等未来需要使用时就能直接使用，从而用户体验更好。 - 使用
Network Cache能对输出资源文件进行更好的命名，将来好做缓存，从而用户体验更好。 - 使用
Core-js对 js 进行兼容性处理，让我们代码能运行在低版本浏览器。 - 使用
PWA能让代码离线也能访问，从而提升用户体验。
- 使用
