webpack 高级
高级配置就是要进行 webpack 优化，让代码在编译、运行时性能更好
主要从以下角度去优化：
1、提升开发体验
2、提升打包构建速度
3、减少代码体积
4、优化代码运行性能
一、提升体验
1、SourceMap
为什么
打包出来的所有css和js合并成了一个文件，将代码进行了编译、压缩，多了其他代码。这种情况下，进行 debug 是比较困难的，因为看到的代码不仅是一坨，有的较原代码，还做了编译（如剪头函数转换为了普通函数）。
是什么
SourceMap（源代码映射）是一个用来生成源代码和构建代码一一映射的文件的方案。
SourceMap 会在dist目录生成一个 XX.map 文件，里面包含源代码和构建后的代码没一行、每一列的映射关系。当代码报错时，会通过 XXX.map 文件，从构建后代码出错的位置，找到映射后源代码的出错位置，从而让浏览器提示源代码文件出错的位置，帮助我们更快的找到错误根源。
怎么用
//webpack.dev.js 开发模式下
//优点：打包编译速度快，只包含行映射
//缺点：没有列映射
// 其他省略
module.exports = {
mode: "development",
devtool: "cheap-module-source-map",
};
//webpack.prod.js 生产模式下
//优点：包含行/列映射
//缺点：打包编译速度更慢
module.exports = {
// 其他省略
mode: "production",
devtool: "source-map",
};
说明
1、使用SourceMap会在打包输出目录的对应位置，生产 XX.map 文件
2、css、js 都会生产 .map 文件
3、使用 SourceMap 后，在浏览器控制台的 Sources 功能区，可以通过 Command+p 搜索对应的文件 （如main.js、main.css）
二、提升打包构建速度
1、HotModuleReplacement（HMR/热模块替换）
是什么
HotModuleReplacement（HMR/热模块替换）：在程序运行中，替换、添加或删除模块，无需重新加载整个页面（刷新页面）。
只需要在开发环境上配置，生产环境不需要。
怎么用
css
devServer.hot 在webpack5时时默认开启的，
module.exports = {
//开发服务器：不会输出资源，在内存中编译打包
devServer: {
host: "127.0.0.1",//启动服务器域名
open: true, //启动服务器端口号
port: 8000, //是否自动打开浏览器
hot: true, // 开启HMR功能（只能用于开发环境，生产环境不需要了）
},
};
js
HotModuleReplacement 只适用与css，js修改还是会重新加载整个页面。要使js实现该功能，需要在 main.js 增加：
// main.js
// 判断是否支持HMR功能
if (module.hot) {
module.hot.accept("./js/count.js", function (count) {
//js更新后的回调
const result1 = count(2, 1);
console.log(result1);
});
module.hot.accept("./js/sum.js", function (sum) {
//js更新后的回调
const result2 = sum(1, 2, 3, 4);
console.log(result2);
});
}
以上修改比较麻烦，实际开发中，也可以使用其他 loader 来解决（如：vue-loader，react-hot-loader）。
2、OneOf
为什么
打包时，每个文件都会经过所有的loader处理，虽然因为test正在原因实际上没有处理，但是都要比对一遍，比较慢。
是什么
只要匹配上一个 loader，剩下的就不进行匹配。
怎么用
module.exports = {
module: {
rules: [
{
oneOf: [
{
test: /\.css$/i, //使用正则匹配.css后缀的文件
//执行顺序：从右到左（从上到下）
use:[
"style-loader", //将js中的css通过创建style标签的方式，添加到html中
"css-loader" //将css资源编译成commonjs的模块到js中
]
},
{
test: /\.less$/,
use: [
"style-loader",
"css-loader",
"less-loader" //将less编译成css文件
]
},
]
}
]
}
}
3、Include/Exclude
为什么
开发时的第三方库或插件，不需要再进行编译，可以直接使用，所以在对js文件处理时，要做排除。
是什么
- include
包含，只处理XXX文件 - exclude
排除，除了XX文件外，其他文件都处理
怎么用
可以使用在loader里面，也可使用在 plugin 中，使用方法是一样的
//webpack.X.js
//loader修改
{
test: /\.js$/,
// exclude: /node_modules/, // 排除node_modules代码不编译
include: path.resolve(__dirname, "../src"), // 也可以用包含
loader: 'babel-loader',
// options: {
// presets: ['@babel/preset-env']
// }
}
4、cache
为什么
每次打包时，js文件都要经过Eslint检查和Babel编译，速度比较慢。
可以缓存之前的Eslint检查和Babel编译结果，这样第二次打包的速度就是更快了。
是什么
对Eslint检查和Babel编译结果进行缓存，缓存目录在 node_modules/.cache 下
怎么用
//webpack.XXX.js，开发环境、生产环境都可以使用
//module.rules 下的loader
{
test: /\.js$/,
// exclude: /node_modules/, // 排除node_modules代码不编译
include: path.resolve(__dirname, "../src"), // 也可以用包含
loader: 'babel-loader',
options: {
// presets: ['@babel/preset-env'],
cacheDirectory: true,//开启Babel编译缓存
cacheCompression: false,//缓存文件不要压缩（这里缓存是缓存在本地的）
}
}
plugins: [
new ESLintWebpackPlugin({
// 指定检查文件的根目录
context: path.resolve(__dirname, "../src"),
exclude: "node_modules", // 默认值
cache: true, // 开启缓存
// 缓存目录
cacheLocation: path.resolve(
__dirname,
"../node_modules/.cache/.eslintcache"
),
})
],
5、Thead 多进程
为什么
当项目越来约庞大，打包速度会越来越慢。想要提升打包速度，其实就是提升js的打包速度，因为其他文件比较少。
对js文件处理主要是 eslint、babel、Terser 三个工具，所以要提升他们的运行速度。
可以开启多个进程同事处理js文件。
是什么
多进程打包：开启电脑的多个进程同事干一件事，速度较快。
注意：请仅在特别耗时的操作中使用，因为每个进程启动就有大概600ms左右的开销。
怎么用
启动经常的数据就是cup的核数
1、下载包
$ npm i thread-loader -D
2、获取cpu的核数（每个电脑都不一样）
// nodejs核心模块，直接使用
const os = require("os")
//cpu核数
const threads = os.cpus().length
3、js 使用
//webpack.xxx.js 中，js-loader修改如下：
{
test: /\.js$/,
// exclude: /node_modules/, // 排除node_modules代码不编译
include: path.resolve(__dirname, "../src"), // 也可以用包含
use: [
{
loader: "thread-loader",
options: {
workers: threads,
}
},
{
loader: 'babel-loader',
options: {
// presets: ['@babel/preset-env'],
cacheDirectory: true,//开启Babel编译缓存
cacheCompression: false,//缓存文件不要压缩（这里缓存是缓存在本地的）
}
}
]
}
4、css 使用
//webpack.xxx.js 中，js-loader修改如下：
const TerserPlugin = require("terser-webpack-plugin")
//css增加进程可以写到 plugin 下面，也可以写到 optimization 下面，效果一样，webpack5推荐写到 optimization 中
plugins: [
//plugin的配置
//将css输出到指定目录
// new CssMinimizerPlugin(), //压缩css文件
// new TerserPlugin({
// parallel: threads
// })
],
optimization: {
minimize: true,
minimizer: [
//css压缩不仅可以写到plugin中，也可写到optimization。minimizer中，官方推荐就是这里，效果一样
new CssMinimizerPlugin(), //压缩css文件
//生产模式会默认开启TerserPlugin，这里需要进行其他配置，就需要重新写
new TerserPlugin({
parallel: threads, //开启多进程
})
]
},
三、减少代码体积
1、Tree Shaking
为什么
开发时定义的一些工具函数，或者饮用的第三方工具函数或组件库，如果没有特殊处理，打包时会引入整个库，但是实际上我们可能只用了极小部分的功能，这样整个库都打包进来，体积会很大。
是什么
Tree Shaking是一个属术语，通常用与描述一处 Javascript 中没有使用上的代码。
注：它依赖 ES Module。
怎么用
Webpack 已经默认开启了这个功能，无需其他配置。
2、Babel
为什么
Babel 为编译的每个文件都插入了辅助的代码，是代码体积过大。
Babel 对一些公共方法使用了非常小的辅助代码，比如_extend。默认情况下，会被添加到每一个需要它的文件中。
是什么
@babel/plugin-transform-runtime：禁用了 Babel 自动对每个文件的 runtime 注入，而是饮用@babel/plugin-transform-runtime并且使所有辅助代码从这里引用。
怎么用
js loader中，增加 plugins: ["@babel/plugin-transform-runtime"]
//webpack.prod.js
{
test: /\.js$/,
// exclude: /node_modules/, // 排除node_modules代码不编译
include: path.resolve(__dirname, "../src"), // 也可以用包含
use: [
{
loader: "thread-loader",
options: {
workers: threads,
}
},
{
loader: 'babel-loader',
options: {
// presets: ['@babel/preset-env'],
cacheDirectory: true,//开启Babel编译缓存
cacheCompression: false,//缓存文件不要压缩（这里缓存是缓存在本地的）
plugins: ["@babel/plugin-transform-runtime"], // 减少代码体积
}
}
]
}
3、Image Minimizer
为什么
如果项目中引用了较多图片，那么图片体积会比较大，将来请求速度比较慢。
开发可以对图片进行压缩，减少图片体积。
注意：如果项目中图片都是在线链接，那么就不需要了。本地项目静态图片才需要进行压缩。
是什么
image-minimizer-webpack-plugin：用来压缩图片的插件
怎么用
1、下载包
$ npm i image-minimizer-webpack-plugin imagemin -D
还有剩下的包需要下载，分两种模式
- 无损压缩
$ npm install imagemin-gifsicle imagemin-jpegtran imagemin-optipng imagemin-svgo -D
- 有损压缩
$ npm install imagemin-gifsicle imagemin-mozjpeg imagemin-pngquant imagemin-svgo -D
2、配置
//引入
const ImageMinimizerPlugin = require("image-minimizer-webpack-plugin");
//------------------------
optimization: {
minimizer: [
// 压缩图片
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
为什么
打包代码时，会将所有的 js 文件打包到一个文件中，体积太大了。如果只要渲染首页，就应该只加载首页的 js 文件，其他文件不应该加载。
所以需要将打包生产的文件进行代码分割，生成多个 js 文件，渲染哪个页面就只加载某个 js 文件，这样加载的资源少了，速度就更快。
是什么
代码分割（Code Split）主要做了两件事：
1、分割文件：将打包生产的文件进行分割，生产多个 js 文件
2、按需加载：需要哪个文件就加载哪个文件
怎么用
1、创建一个新的目录，目录结构如下（其中 src 是多入口文件）：
2、初始化webpack项目，下载包
$ npm init -y
$ npm i webpack webpack-cli html-webpack-plugin -D
3、安装目录结构新建文件，src中的随便写点东西，主要是 webpack.cofig.js 的配置
//webpack.config.js
const path = require("path")
const HtmlWebpackPlugin = require("html-webpack-plugin")
module.exports = {
// enrty: "./src/main.js", //只有一个入口文件，单入口时使用这种方式
entry: {
//有多个入口文件，多入口时， entry 要使用对象，
//对象包含：输出的文件名：入口文件路径
app: "./src/app.js",
main: "./src/main.js",
},
output: {
path: path.resolve(__dirname, "dist"),
filename: "js/[name].js" //webpack命名方式，【name】是enrty中的键名
},
plugins: [
new HtmlWebpackPlugin({
template: path.resolve(__dirname, "public/index.html")
})
],
mode: "production"
}
4、运行
$ npx webpack
2、Code Split 提取重复代码
如果多入口文件都引用了同一份代码，我们不希望这份代码被打包到两个文件中，导致代码重复，体积更大。
我们需要提取多入口文件的重复代码，只打包生产一个 js 文件，其他文件引用它就好。
//webpack.config.js
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、Code Split 按需加载，动态倒入
场景：页面上有一个按钮，点击按钮的时候加载执行的方法。
1、修改文件
- main.js
import {sum} from "./math"
// import count from "./count" //普通方式引入方法
console.log('main');
console.log(sum(5,6));
document.getElementById("btn").onclick = function() {
// console.log(count(2,3));
import('./count.js').then(({count}) => {
console.log("按需加载了" + count(1,2,3,4,5));
})
}
- public/index.html
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<title>webpack-more-entry</title>
</head>
<body>
哈哈哈哈
<button id="btn">点击按钮</button>
</body>
</html>
第 四 部分功能代码见：链接: https://pan.baidu.com/s/15yzdHnrWIKdo5ixeRdnJcw?pwd=hqtf 提取码: hqtf
4、Code Split 单入口
开发时我们可能是单页面应用（SPA），只有一个入口（单入口）。那么我们需要这样配置（主要是optimization.splitChunks.chunks 配置项）：
//webpack.config.js
const path = require("path")
const HtmlWebpackPlugin = require("html-webpack-plugin")
module.exports = {
entry: "./src/main.js", //只有一个入口文件，单入口时使用这种方式
// entry: {
// //有多个入口文件，多入口时， entry 要使用对象，
// //对象包含：输出的文件名：入口文件路径
// app: "./src/app.js",
// main: "./src/main.js",
// },
output: {
path: path.resolve(__dirname, "dist"),
filename: "js/[name].js", //webpack命名方式，【name】是enrty中的键名
clean: true
},
plugins: [
new HtmlWebpackPlugin({
template: path.resolve(__dirname, "./public/index.html")
})
],
mode: "production",
optimization: {
// 代码分割配置
splitChunks: {
// 对所有模块都进行分割
//(把 node-modules 相关代码打包成一个文件；
//把动态倒入配置打包成一个文件)
chunks: "all",
},
}
}
5、给模块命名
之前打包出来的文件名都是webpack自动生成的字符串，读起来不太友好。
- 动态引入时，使用注释语句
/* webpackChunkName: "count" */'把名字写进去
方法：
// main.js
import {sum} from "./math"
// import count from "./count" //普通方式引入方法
console.log('main');
console.log(sum(5,6));
document.getElementById("btn").onclick = function() {
// console.log(count(2,3));
// /* webpackChunkName: "count" */' webpack魔法命名，以注释的方式写入
import(/* webpackChunkName: "count" */'./count.js').then(({count}) => {
console.log("按需加载了" + count(1,2,3,4,5));
})
}
- 修改webpack的输出配置（chunkFilename）
{
path: path.resolve(__dirname, "dist"),
filename: "js/[name].js", //webpack命名方式，【name】是enrty中的键名
chunkFilename: "js/[name].js", //打包输出的其他文件名
clean: true
},
6、统一命名配置
- 文件输出配置项，配置chunk名字以及图片字体等文件资源的名字，统一格式的名字
output: {
path: path.resolve(__dirname, "dist"),
filename: "js/[name].js", //webpack命名方式，【name】是enrty中的键名
chunkFilename: "js/[name].chunk.js", //动态输出资源命名方式
assetModuleFilename: "media/[name].[hash][ext]",//图片、字体等资源命名方式
clean: true
},
- css、图片等相关资源的loader中，文件名配置项 generator 去掉
打包出来的文件如下
2、Preload/Prefetch
为什么
前面已经做了代码分割，同时会使用 import 动态倒入语法来进行代码按需加载（也叫懒加载，比如路由懒加载就是这样实现的）。
但是加载速度还不够好，如：是用户点击按钮才加载这个资源的，如果资源体积很大，那么用户会感到明显的卡顿效果。
Preload或Prefetch技术，是在浏览器空闲的时间，加载后续需要使用的资源。
是什么
Preload是告诉浏览器立即加载资源Prefetch是告诉浏览器在空闲时，才开始加载资源
共同点：
- 都只会加载资源，并不执行
- 都有缓存
区别：
Preload加载优先级高，Prefetch加载优先级低Preload只能加载当前页面需要使用的资源，Prefetch可以加载当前页面资源，也可以加载下一个页面需要使用的资源
总结：
- 当前页面优先级高的资源用
Preload加载 - 下一个页面页面需要使用的资源用
Prefetch加载
问题：兼容性较差，Preload相对于Prefetch兼容性好一点
怎么用
- 下载包
$ npm i @vue/preload-webpack-plugin -D
- webpack.config.js 中配置
plugins: [
new PreloadWebpackPlugin({
// rel: "preload",
// as: "script"
rel: "prefetch"
})
],
3、Core-js
为什么
在这之前使用的 babel 对 js 代码进行了兼容性处理，其中，使用 @babel/preset-env 智能预设来处理兼容性问题，它能将 ES5 的一些语法进行编译转换，比如剪头函数、三点运算符等。但是如果是 async 函数，promise 对象，数组的一些方法（includes）等，它无法处理。
所以，此时 js 代码仍然存在兼容性问题，一旦遇到低版本浏览器会直接报错。所以需要将 js 兼容性问题彻底解决。
是什么
core-js是专门用来做 ES6 以及以上 API 的polyfill。
polyfill翻译过来叫垫片、补丁。就是用社区上提供的一段代码，让我们在不兼容某些新特性等浏览器上，使用该新特性
怎么用
- main.js
//1、引入core-js下的所以资源，缺点：打出的包会比较大
// import "core-js"
//2、按需引入，缺点：手动引入，容易遗漏
// import "core-js/es/promise"
//3、自动按需引入，方法：仅需配置 babel.config.js
new Promise(resolve => {
setTimeout(() => {
resolve(2)
console.log("promise");
}, 1000);
})
const arr = [1,2,3,4,5]
console.log(arr.includes(1));
- babel.config.js
module.exports = {
// 智能预设：能够编译ES6语法
presets: [
[
"@babel/preset-env",
// 按需加载core-js的polyfill
{
useBuiltIns: "usage",
corejs: { version: "3.32.2", proposals: true } },
],
],
};
4、PWA
为什么
开发 Web App 项目，项目一旦处理网络离线情况，就没发访问了。我们希望给项目提供离线体验。
是什么
渐进式网络应用程序（progressive web application - PWA）：是一种可以提供类似于 native app（原生应用程序）体验的 Web App 的技术。
其中最重要的是，在离现象（offline）时，应用程序能够继续运行功能。
内部是通过 Service Woekers 技术实现的。
怎么用
- 下载包
$ npm i workbox-webpack-plugin -D
- webpack.config.js 中增加：
//引入workbox-webpack-plugin
const WorkboxPlugin = require("workbox-webpack-plugin");
//plugin中使用WorkboxPlugin
plugins: [
new HtmlWebpackPlugin({
template: path.resolve(__dirname, "./public/index.html")
}),
new PreloadWebpackPlugin({
// rel: "preload",
// as: "script"
rel: "prefetch"
}),
new WorkboxPlugin.GenerateSW({
// 这些选项帮助快速启用 ServiceWorkers
// 不允许遗留任何“旧的” ServiceWorkers
clientsClaim: true,
skipWaiting: true,
}),
],
- main.js 增加判断
因为 serviceWorker 具有兼容性问题，这里要加一下判断
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);
});
});
}
- 重新打包，打包出来的目录下多了service-worker.js和workbox-XXX.js
此时如果直接在浏览器中打开 dist/index.html，将浏览器置为 offline，控制台是会报错的（找不到相关服务），这时需要下载 serve
$ npm i serve -g
之后执行启动命令 serve dist，根据输出ip打开即可，此时设置 offline 时，刷新页面，页面内容还是存在的。
总结
以上代码参考：链接: https://pan.baidu.com/s/1Y9fcso1l-Cyt-eIGKSfqow?pwd=9jh0 提取码: 9jh0