五个概念

• entry：哪个文件为入口起点开始打包
• output：输出的资源到哪里去，叫什么名字
• loader：翻译官，webpack只能处理js代码，其他要交给loader来处理。
• plugins，插件，执行范围更广的任务，如压缩
• mode。开发模式(development)：本地可以运行就可以，生产模式(production)：代码优化上线

执行打包

1.纯命令行

# 安装。不加版本号默认安装最新版本
npm install webpack webpack-cli
--save-dev
#webpack4
# 打包之前需要npm init初始化
#webpack会以 ./src/main.js 为入口文件开始打包，打包输出到 ./dist/bundle.js
#整体打包环境是开发环境
webpack
./src/main.js -o ./dist/bundle.js --mode=development
#整体打包环境是开发环境
webpack
./src/main.js -o ./dist/bundle.js --mode=production
#webpack5
#默认入口文件./src/index/js
默认输出文件.dist/main.js
#没有进行配置，src中没有index.js执行打包会报错,
webpack
#可以在命令行中配置
--output-path 输出文件夹的目录，文件还是mian.js。。。需要后续去配置文件中修改
webpack --entry ./src/main.js
--output-path ./dist

2.package.json中添加配置

"scripts": {
"build": "webpack --entry ./src/main.js
--output-path ./dist"
}

后续直接命令行直接执行 npm run bulid

3.webpack.config.js中添加配置

const path=require('path')
module.exports={
entry:'./src/main.js'//入口
output:{//出口
/*
是要一个绝对路径，要动态获取路径
resolve：可以拼接
__dirname：node上下文中的全局变量，当前webpack.config.js所在的路径
*/
path:'./dist',
filename:'bundle.js'
//输出的文件名

}
}

修改package.json中配置

"scripts": {
"build": "webpack"
}

后续直接命令行直接执行 npm run bulid

修改配置文件名称

"scripts": {
"build": "webpack --config lg.webpack.js"
}
//lg.webpack.js:webpack.config.js名字改了

loader

• 顺序：从右往左，从下往上
• 只有一个loader时，支持字符串写法

{
test:/.css$/,
loader:'css-loader'
}

处理图片

file-loader处理图片

• 安装：file-loader url-loader。

配置

{
test: /.(png|svg|gif|jpe?g)$/,
use: [
{
loader: 'file-loader',
options: {
esModule: false//不转为esModule
}
}
]
}

问题

**问题1：**webpack5中，img标签的图片，通过require(’…/img/bg.png’)拿。拿到的是一个对象，{default：xxxx}

处理方法：

• 配置esModule改为false，让它直接返回资源，不要esModule
• 通过require(’…/img/bg.png’).default获取到图片链接
• import oImgSrc from ‘…/img/bg.png’

**问题2：**css中的url图片，都会被自动转为require语法。require语法会默认导出一个esModule。

处理方法：

• 在css-loader配置参数，esModule:false

url-loader处理图片

说明

/**
* 01 url-loader 以base64，加载到文件中中。好处，减少请求次数。风险，如果文件很大。一次性请求的数据量就很大
* 02 file-loader 将资源拷贝至指定目录中，分开请求
* 03 url-loader内部其实也可以调用file-loader
* 04 limit
*/

配置

{
test: /.(png|svg|gif|jpe?g)$/,
use:[
{
loader:'url-loader',
options:{
name:'img/[name].[hash:6].[ext]',
// outputPath:'img'//输出路径,可以直接再name上添加img/
limit:70*1024//超过70kb拷贝。没有超过转base64
}
}
]
}

文件名处理

/**
* [ext]:扩展名
* [name]:文件名
* [hash]：文件内容
* [contentHash]:和[hash]差不多
* [hash:<length>]
* [path]:
*/

webpack5 asset 处理文件

/**
* 01 asset/resource
-->file-loader (输出路径)
* 02 asset/inline
--->url-loader （输出base64）
* 03
asset/source
--->raw-loader
* 04
asset（parser）
*/

处理图片

asset/resource 和 asset/inline

{
test: /.(png|svg|gif|jpe?g)$/,
type:'asset/resource',//替换成'asset/inline'
generator:{
filename:'img/[name].[hash:4][ext]'
}
}

asset

{
test: /.(png|svg|gif|jpe?g)$/,
type:'asset',
generator:{
filename:'img/[name].[hash:4][ext]'
},
parser:{//解析
dataUrlCondition:{
maxSize:70*1024
}
}
}

处理文字

{
test: /.(ttf|woff2?)$/,
type:'asset/resource',
generator:{
filename:'iconfont/[name].[hash:3][ext]'
}
}

管理输出目录名字

1、全局配置，不好，不同的类型需要输出不同的文件夹，如图片和字体

output: {
assetModuleFilename:'img/[name].[hash:4][ext]'
}

2、见上generator

plugin

和loader区别

• loader 特定模块类型进行转换 读取文件内容时工作
• plugin 做更多的事情，任意时期是都可以做。。。每个插件的核心就是一个类

使用

const {CleanWebpackPlugin}=require('clean-webpack-plugin')//自动清除
const HtmlWebpackPlugin=require('html-webpack-plugin')//模板
const {DefinePlugin}=require('webpack')//定义常量插件
const CopyWebpackPlugin=require('copy-webpack-plugin')//拷贝插件，静态资源目录，只是拷贝过去
module.exports ={
plugins:[
new CleanWebpackPlugin(),
new HtmlWebpackPlugin({
title:'学习webpack',
template:'./public/index.html'
}),
new DefinePlugin({
BASE_URL:'"./"' // ====>'"./"'==>'./'
'./'==>./
}),
new CopyWebpackPlugin({
patterns:[
{
from:'public',//to省略，会自己去找output配置中的path
globOptions:{//忽略不拷贝的内容
ignore:['**/index.html']//加'**/'，表示从from下面查找，不写会报错
}
}
]
})
]
}

browserslistrc

问题

1、如何实现兼容:

• 兼容处理工具…(需要处理兼容性，有工具不需要手动处理，工具有了，但是具体要兼容哪些平台)

2、到底兼容哪些平台：

• 浏览器市场占有率网站：caniuse.com

browserslist

• 有个工具:browserslist，默认安装webpack，就被安装好了，内部有caniuse-lite工具。
• 兼容条件给完之后，这个工具会返回响应满足条件的浏览器平台
• **工作原理：**moudele browserslist工作时->调用caniuse-lite，去请求一份数据，基于当前写的条件如兼容市场占有率>1%，返回满足条件的浏览器平台。然后结合加到webpack中的工具，对这些选中的平台进行兼容

配置

1、package.json

"browserslist":[
">1%",
"last 2 version",
"not dead"
]

2、直接新建.browserslistr文件

>1%
last 4 version
not dead

命令行测试，输出满足条件的浏览器：

npx browserslist

条件筛选含义：

default :>0.5% last 2 version ,firefox no dead
dead :废弃 24个月之内，没有官方支持，没有更新
last 2 version:最新两版本

postcss

为什么需要postcss

是什么？

• 利用js转换样式的工具，用来兼容选中的平台(见上)。

原理：

• 首先需要要知道浏览器平台
• 代码兼容到什么程度，取决于筛选出的浏览器平台。

安装插件

• postcss：整体的工具，解析器。本质什么都不能做，要加对应的插件
• postcss-cli：为了可以在命令行终端使用postcss命令

#指定文件进行处理，处理完成后输出ret.css文件
npx postcss -o ret.css ./src/css/test.css

• autoprefixer：给样式加前缀的插件，包含在 postcss-preset-env中

#--use autoprefixer 使用了autoprefixe这个插件
npx postcss --use autoprefixer
-o ret.css ./src/css/test.css

• postcss-loader：像less-loader，postcss在postcss-loader之前工作，先对代码进来转换。只有这个插件不会有变化，需要插件，加参数
• postcss-preset-env：预设->很多功能插件的集合。

配置

**1、webpack.config.js配置module.rules中加一条 **

{
test: /.css$/,
use: [
"style-loader",//会生成style标签，内容添加到页面中
"css-loader",
{
loader: "postcss-loader",
options: {
postcssOptions: {
plugins: [
//require('autoprefixer'),
//require('postcss-preset-env')//支持直接写字符串
"postcss-preset-env",
],
},
},
},
];
}

postcss-loader不仅在处理.css文件需要，处理.less、.scss都需要，所以可以把postcss配置抽取出来。

2、抽取出来postcss.config.js

webpack.config.js中

{
test: /.css$/,
use: [
"style-loader",
"css-loader",
"postcss-loader"
]
}

postcss.config.js

module.exports={
plugins:[
'postcss-preset-env'
]
}

问题

**问题1：**css-loader，解析的过程会，里面可能会有又嵌套css文件，这个时候已经过了postcss-loader解析，里面的内容没有经过postcss-loader处理====>importLoaders，往前执行

{
loader: 'css-loader',
options: {
importLoaders: 1
}
},

babel

为什么需要Babel

• 处理js兼容
• JSX、TS、ES6+等非es5 —>转成浏览器可识别的代码

安装插件

• @babel/core：安装核心，默认情况下什么也转不了，需要特殊语法、安装特定的插件
• @babel/cli：为了可以在命令行终端使用babel命令

#src下所有进行处理输出到build文件中
#===>发现用了babel,但是也没有转换，要加载工具包
npx babel src --out-dir build

• @babel/plugin-transform-arrow-functions：箭头函数转换

#--plugins使用插件
npx babel src --out-dir build
--plugins=@babel/plugin-transform-arrow-functions

• @babel/plugin-transform-block-scoping：作用域转换

npx babel src --out-dir build
--plugins=@babel/plugin-transform-arrow-functions,@babel/plugin-transform-block-scoping

• @babel/preset-env：预设->很多功能插件的集合。就不需要每次专门去安装特定的插件

# --presets 使用预设
npx babel src --out-dir build
--presets=@babel/preset-env

配置

• 转换不转换，根据
  • 需要兼容的浏览器配置文件中.browserslistrc…
  • 根据targets中指明浏览器.一般不用

{
test: /.js$/,
use:[
{
loader:'babel-loader',
options:{
presets:[
//'@babel/plugin-transform-arrow-functions',
//'@babel/plugin-transform-block-scoping'
'@babel/preset-env'//有了预设就不用特定插件
]
/* presets:[
[
'@babel/preset-env',
{targets:'chrome 91'}
]
]*/
}
}
]
}

把配置单独拎出来

• 文件名称可以是：
  • babel.config.js(后缀可以改 json cjs mjs)
  • babelrc.json(js) babel7之前的写法

webpack.config.js

{
test: /.js$/,
exclude: /node_modules/,//当前需要，node_modules插件包里可能也需要。如,为了不相互影响要去掉
use:['babel-loader']//把配置单独拎出来
}

babel.config.js

module.exports={
presets:['@babel/preset-env']
}

polyfilly

是什么

• 填充，babel的preset-env可以转换的代码不是特别多，如promise symbol更新语法，不能帮忙做转换，所以做兼容会遇到问题，所以有polyfilly这个存在。
• webpack5之前，不用自己处理，默认有polyfilly，webpack5优化打包速度，所以把它去掉了，我们要进行按需配置。

安装

• @babel/polyfill ：–save 生产环境下也需要对它进行转换，包很大，可以去引用两个核心部分
• core-js：大部分的ecmascript语法
• regenerator-runtime：generator await等新语法

配置

在babel.config.js中配置

module.exports={
presets:[
[
'@babel/preset-env',
{
useBuiltIns:'entry' ,
corejs:3//code-js版本是2，下载的是3,需要修改
}
]
]
}
/**
* 属性:useBuiltIns
* false:不对当前的js处理做polyfill的填充
* usage:根据用户源代码当中所使用到的新语法进行填。只管源代码。==>比较友好。
* entry:依据筛选出来的浏览器，来决定填充什么。不管源代码有没有用，浏览器需要什么就填充什么。。。需要引入核心包
* /

webpack-dev-server

界面自动更新

不需要重新打包，文件内容修改，自动编译打包，界面自动更新：

• 方式一：package.json文件===>“build”: “webpack --watch”
• 方式二：webpack.config.js===>watch:true
• 开发模式下， watch 结合VSCode的live serve插件实现自动更新。

以上方式不足：

• 某个内容发生改变，所有源代码都会重新编译
• 每次编译成功之后都需要进行文件读写
• live serve工具是VSCode下
• 不能局部更新（不能热更新），一个完整界面是有很多个组件组成的，只修改一个，不希望全部更新

配置

package.json

• webpack5之前需要写全 webpack-dev-server

"scripts": {
"serve": "webpack serves",
}

• 命令行npm run serve运行
• 没有产生 dist目录，内容都写在内存中。读写速度快。

webpack-dev-middleware

原理： 中间件，订制，开启一个服务，webpack打包后处理的资源交给服务。之后浏览器端才能访问这个服务器

需要做的事：

• 开启服务 express
• 打包后的资源交给服务器 webpack-dev-middleware

/**********Server.js 开启一个服务**********/
const express =require('express')
const webpackDevMiddleware=require('webpack-dev-middleware')
const webpack =require('webpack')
const app=express()
//获取配置文件
const config=require('./lg.webpack')
const compiler=webpack(config)//可以控制webpack打包的流程。webpack包拿过来，去加载配置文件
//把打包好的交给服务器
app.use(webpackDevMiddleware(compiler))
//开启端口上的服务
app.listen(3000,()=>{
console.log('服务运行在3000端口上')
})

• 运行 node Server.js

HMR功能

• 模块热加载功能
• 一个模块发生变化，只会重新打包这一个模块。 极大提升构建速度。

配置

webpack.config.js开启热加载功能

devServer:{
//hot:true,//开启热加载功能
hot: 'only',//如语法报错的地方，重新加载，而不是全部刷新
},

模块中

import "./js/title";
if (module.hot) {
//哪些模块开启热更新,多个是数组
module.hot.accept("./js/title", () => {
console.log("./js/title更新了");
});
}

处理.vue文件

• 安装:vue 、vue-template-compiler 、vue-loader、

vue-loader

• 支持vue组件的热更新
• 版本不同配置不同，跟vue版本有关
• vue-loader@16要跟vue3一起用
• vue-loader15，需要手动加载插件

配置

webpack.config.js，vue-loader14时，可以直接使用

{
test:/.vue$/,
use:['vue-loader']
}

vue-loader15时，需要再手动加载插件

const VueLoaderPlugin = require('vue-loader/lib/plugin')
plugins:[
new VueLoaderPlugin()
]

路径属性path

output

• path：绝对路径，打包之后资源要输出到哪目录下
• publicPath：index.html内部的引用路径（ index.html引用的路径去哪找）

devServer

webpack5之前：

• publicPath：指定本地服务所在的目录，默认’/’，项目所在的目录，最好跟output publicPath设成一样
• contentBase: 我们打包之后的资源，如果依赖了其他的资源，此时就告知去哪里找(并不希望这个资源被打包，但是要使用)

配置

webpack.config.js

const path = require('path')
output: {//出口
/**path：
* 是要一个绝对路径，要动态获取路径
* resolve：可以拼接
* __dirname：node上下文中的全局变量，当前webpack.config.js所在的路径
*/
path: path.resolve(__dirname, 'dist'),//输出到哪个目录
publicPath:'/',
filename: 'js/bundle.js',
//输出的文件名
},
devServer:{
hot: 'only',
port:4000,//哪个端口开启服务
open:false,//true每次自动打开浏览器
compress:true,//开启服务gzip压缩
historyApiFallback:true,//前端路由刷新页面为404。true，再刷新不会有这个问题
static: {//bug,不知道是不是用错了，没反应,
directory: path.resolve(__dirname,'asset'),
publicPath: '/lg',
watch: true,
},
// publicPath:'/lg',//webpack5不存在了,变成了static
// contentBase:path.resolve(__dirname,'asset')//webpack5不存在了
},

代理

• 异步请求，api.com/users(跨域)
• 开发阶段可能存在跨域问题（后端前端再不同的服务器上开发）。生产阶段一般不存在，一般后端解决，或已经部署再同一个地方。
• 通过代理方式来完成跨域数据请求
• **怎么做？**服务端和服务端之间不存在跨域。webpack-dev-serve已经开启了一个服务

配置代理：

webpack.config.js

devServer:{
proxy: {
/**分析：
* 所有以 /api开头都走代理
* https://api.github.com/users
* /api/users
* http://localhost:4000/api/users
* 被转发到：https://api.github.com/api/users===>报错。没有/api/,所以要重写
*/
'/api':{
target:'https://api.github.com',
pathRewrite:{
'^/api':''
},
changeOrigin:true//修改host值
} ,
},
}

页面请求

import axios from "axios";
axios.get("/api/users").then((res) => {
console.log(res.data);
});

resolve

• 模块解析
• 相对路径 绝对路径 模块名称

相对路径解析规则

• 路径确定了，判断后面是文件夹还是文件
• 如果是文件夹会根据 mainFiles: ['index'] 去补全。补全完再在根据下面文件查找方式查找。
• 如果是文件，看文件后缀名是什么。有明显后缀名，直接打包。没有后缀名，去extensions中去补充的操作，extensions中找到补充，没找到报错。

配置

webpack.config.js

resolve: {
extensions: ['.js', '.json', '.wasm','.vue'],//配置省略后缀名
alias:{//起别名
'@':path.resolve(__dirname,'src')
}
},

起别名之后

//import Home from "./components/Home.vue"
import Home from "@/components/Home";

devtool

• eval：报错得文件是打包之后得文件…没法快速调试。development模式下会把devtool改成eval。
• source-map：一种映射得技术，再调试时可以定位到源代码中的信息，可以快速调错
• eval-source-map
• inline-source-map
• cheap-source-map
• cheap-module-source-map
• hidden-source-map
• nosource-source-map

source-map组合写法

[inline-|hidden-|eval-]:

• source-map文件怎么产出。
• inline-：产出base64，放文件的最后面
• eval-：每个模块放eavl后面
• hidden：.map文件存在又不希望默认加载进来，不能直接定位源文件

[nosources]：没有源文件，又有报错信息

[cheep-|[module-]]：

• cheep- 只提供行信息，减少消耗
• module- 对loader更友好。是源码信息。没有加module-，是转换过的

source-map

区分打包环境

package.json

"scripts": {
"build2": "webpack --config config/webpack.common.js --env production",
"serve2": "webpack serve --config config/webpack.common.js --env development"
},

新建配置文件夹config

webpack.common.js

const {merge}=require('webpack-merge')//合并插件
//导入其他的配置
const prodConfig=require('./webpack.prod')
const devConfig=require('./webpack.dev')
// 定义对象保存 base 配置信息
const commonConfig={
//配置的内容
}
module.exports = (env) => {
//env 获取环境关键字
const isProduction = env.production;
//依据当前的打包模式来合并配置
const config= isProduction? prodConfig:devConfig
const mergeConfig=merge(commonConfig,config)
return mergeConfig
};

webpack.dev.js

module.exports={
// watch:true,
mode:'development',
devtool:'source-map',
target:'web',
devServer:{
hot: 'only',
port:8000,//哪个端口开启服务
open:false,//true每次自动打开浏览器
compress:true,//开启服务gzip压缩
historyApiFallback:true,
proxy: {
'/api':{
target:'https://api.github.com',
pathRewrite:{
'^/api':''
},
changeOrigin:true//修改host值
} ,
},
}
}

webpack.prod.js

const CopyWebpackPlugin=require('copy-webpack-plugin')
const {CleanWebpackPlugin}=require('clean-webpack-plugin')
module.exports={
mode:'production',
plugins:[
new CleanWebpackPlugin(),
new CopyWebpackPlugin({
patterns:[
{
from:'public',
globOptions:{
ignore:['**/index.html']
}
}
]
})
]
}

处理路径问题

paths.js

const path=require('path')
//应用所在的根
const appDir=process.cwd()
console.log('----------------------->'+appDir)
const resolveApp=(relativePath)=>{
//应用所在的根和你想找的地方进行结合
return path.resolve(appDir,relativePath)
}
module.exports=resolveApp

webpack.common.js

// const path = require("path");
const resolveApp=require('./paths');
entry: "./src/main.js",//反而没有报错（相对路径context）.默认是去找package.json中的 build2
// context:path.resolve(__dirname, "./"),//打包的上下文，path.resolve(__dirname, "./")指向config里面,一加路径全错
output: {
//path: path.resolve(__dirname, "../dist"),//__dirname是config文件位置
path:resolveApp('./dist'),
filename: "js/bundle.js",
},
resolve: {
alias: {
// "@": path.resolve(__dirname, "../src"),//如果嵌套多，比较麻烦，，所以把它拎出去
"@":resolveApp('./src')
},
},

代码拆分方式

对代码统一打包体积过大，可以使用代码拆分的方式对代码进行打包

引入

const TerserPlugin = require("terser-webpack-plugin")

在web.common.js中加入

optimization: {
minimizer: [
new TerserPlugin({
extractComments: false,
}),
],
splitChunks: {
chunks: 'all' //不论是同步还是异步，都会解析出分包处理
}
},

splitchunks配置

https://webpack.docschina.org/plugins/

chunks: 'initial', //async initial all
minSize: 20000,
maxSize: 20000,
//拆分时小于maxSize，大于minSize
minChunks: 1, //包至少引用了几次
cacheGroups

import动态导入

optimization:{
// 当前文件的名称是按自然数进行编号排序，如果某个文件当前次不再被依赖那么重新打包时序号都会变
chunkIds: 'deterministic', //既易于观察，也对性能影响较小
}

output: {
chunkFilename: 'js/chunk_[name].js'
},

其中的name可以通过魔法注释的方式定义

import(/*webpackChunkName: "title"*/'./title')

runtimeChunk

将webpack 的runtime信息单独打包出来，这样就不会因为某个模块的变更导致包含模块信息的模块(通常会被包含在最后一个 bundle 中)缓存失效.

假设一个使用动态导入的情况(使用import())，在app.js动态导入component.js

const app = () =>import('./component').then();

build之后，产生3个包。

• 0.01e47fe5.js
• main.xxx.js
• runtime.xxx.js

其中runtime，用于管理被分出来的包。下面就是一个runtimeChunk的截图，可以看到chunkId这些东西。

...
function jsonpScriptSrc(chunkId) {
/******/
return __webpack_require__.p + "" + ({}[chunkId]||chunkId) + "." + {"0":"01e47fe5"}[chunkId] + ".bundle.js"
/******/
}
...

如果采用这种分包策略

1. 当更改app的时候runtime与（被分出的动态加载的代码）0.01e47fe5.js的名称(hash)不会改变，main的名称(hash)会改变。
2. 当更改component.js，main的名称(hash)不会改变，runtime与 (动态加载的代码) 0.01e47fe5.js的名称(hash)会改变。

代码懒加载

const oBtn = document.createElement('button')
oBtn.innerHTML = '点击加载元素'
document.body.appendChild(oBtn)
// 按需加载
oBtn.addEventListener('click', () => {
import('./utils').then(({ default: element }) => {
console.log(element)
document.body.appendChild(element)
})
})

prefetch和preload

在import内加入prefetch preload配置即可对所要引入的内容得到对应的引入模式

// 按需加载
oBtn.addEventListener('click', () => {
import(
/*webpackChunkName:'utils' */
/*webpackPreLoad:true */
'./utils').then(({ default: element }) => {
console.log(element)
document.body.appendChild(element)
})
})

• preload 是告诉浏览器页面必定需要的资源，浏览器一定会加载这些资源。
• prefetch 是告诉浏览器页面可能需要的资源，浏览器不一定会加载这些资源。
• 在VUE SSR生成的页面中，首页的资源均使用preload，而路由对应的资源，则使用prefetch。
• 对于当前页面很有必要的资源使用 preload，对于可能在将来的页面中使用的资源使用 prefetch。

第三方扩展设置CDN

内容分发网络（Content Delivery Network，简称CDN）是建立并覆盖在承载网之上，由分布在不同区域的边缘节点服务器群组成的分布式网络。
CDN应用广泛，支持多种行业、多种场景内容加速，例如：图片小文件、大文件下载、视音频点播、直播流媒体、全站加速、安全加速。

• 自有服务器

output: {
filename: 'js/[name].[contenthash:8].bundle.js',
path: resolveApp('./dist'),
publicPath: url //将资源部署在cdn服务器上
},

• 使用第三方cdn

在webpack中加入配置

externals: {
lodash: '_'
//键：不希望被打包的报名 值：全局的变量名
},

在index.html加入cdn地址

 <script src="https://cdn.jsdelivr.net/npm/lodash@4.17.21/lodash.min.js"></script>

打包时会忽略lodash，通过cdn使用lodash

DLL

动态链接库英文为DLL，是Dynamic Link Library的缩写。DLL是一个包含可由多个程序，同时使用的代码和数据的库。

DllPlugin

DllPlugin 和 DllReferencePlugin 用某种方法实现了拆分 bundles，同时还大幅度提升了构建的速度。“DLL” 一词代表微软最初引入的动态链接库。

webpack.config.js

const path = require('path')
const webpack = require('webpack')
const TerserPlugin = require('terser-webpack-plugin')
module.exports = {
mode: "production",
entry: {
react: ['react', 'react-dom']
},
output: {
path: path.resolve(__dirname, 'dll'),
filename: 'dll_[name].js',
library: 'dll_[name]'
},
optimization: {
minimizer: [
new TerserPlugin({
extractComments: false
}),
],
},
plugins: [
new webpack.DllPlugin({
name: 'dll_[name]',
path: path.resolve(__dirname, './dll/[name].manifest.json')
})
]
}

打包会生成xxx.manifest.json，映射资源路径

使用DLL

DllReferencePlugin

此插件配置在 webpack 的主配置文件中，此插件会把 dll-only-bundles 引用到需要的预编译的依赖中。

plugins: [
new HtmlWebpackPlugin({
title: 'copyWebpackPlugin',
template: './public/index.html'
}),
new webpack.DllReferencePlugin({
context: resolveApp('./'),
manifest: resolveApp('./dll/react.manifest.json')
}),
new AddAssetHtmlPlugin({
outputPath: 'js',
filepath: resolveApp('./dll/dll_react.js') //加入此插件可以让html使用dll
})
]

CSS抽离和压缩

• CssMinimizerPlugin

这个插件使用 cssnano 优化和压缩 CSS。

本插件会将 CSS 提取到单独的文件中，为每个包含 CSS 的 JS 文件创建一个 CSS 文件，并且支持 CSS 和 SourceMaps 的按需加载。

• MiniCssExtractPlugin

本插件基于 webpack v5 的新特性构建，并且需要 webpack 5 才能正常工作。

• 与 extract-text-webpack-plugin 相比：
• • 异步加载
  • 没有重复的编译（性能）
  • 更容易使用
  • 特别针对 CSS 开发

const CopyWebpackPlugin = require('copy-webpack-plugin')
const { CleanWebpackPlugin } = require('clean-webpack-plugin')
const MiniCssExtractPlugin = require("mini-css-extract-plugin")
const CssMinimizerPlugin = require("css-minimizer-webpack-plugin")
module.exports = {
mode: 'production',
optimization: {
minimizer: [
new CssMinimizerPlugin()
]
},
plugins: [
new CleanWebpackPlugin(),
new CopyWebpackPlugin({
patterns: [
{
from: 'public',
globOptions: {
ignore: ['**/index.html']
}
}
]
}),
new MiniCssExtractPlugin({
filename: 'css/[name].[hash:8].css'
})
]
}

TeserPlugin压缩JS

TerserWebpackPlugin

该插件使用 terser 来压缩 JavaScript。（github.com/terser/terser）

const CopyWebpackPlugin = require('copy-webpack-plugin')
const { CleanWebpackPlugin } = require('clean-webpack-plugin')
const MiniCssExtractPlugin = require("mini-css-extract-plugin")
const CssMinimizerPlugin = require("css-minimizer-webpack-plugin")
const TerserPlugin = require("terser-webpack-plugin")
module.exports = {
mode: 'production',
optimization: {
minimize: true, //设置为true，使用terserplugin
minimizer: [
new CssMinimizerPlugin(),
new TerserPlugin({
extractComments: false
})
]
},
plugins: [
new CleanWebpackPlugin(),
new CopyWebpackPlugin({
patterns: [
{
from: 'public',
globOptions: {
ignore: ['**/index.html']
}
}
]
}),
new MiniCssExtractPlugin({
filename: 'css/[name].[hash:8].css'
})
]
}

Scope hoisting

new webpack.optimize.ModuleConcatenationPlugin()

正常来说 webpack 的引入都是把各个模块分开，通过 __webpack_require__ 导入导出模块，但是使用 scope hoisting 后会把需要导入的文件直接移入导入者顶部，这就是所谓的 hoisting。

可以看出，这么优化后：

• 代码量明显减少
• 减少多个函数后内存占用减少
• 不用多次使用 __webpack_require__ 调用模块，运行速度也会得到提升

当然几时你开启了 scope hoisting，webpack 也不会一股脑地把所有东西都堆砌到一个模块。官网对这个问题也清楚地说明了，这里举个例子，在你使用非 ES6 模块或使用异步 import() 时，不会应用作用域提升，模块依然会拆分开，不过具体代码会跟正常的引入有一点差异。

树摇

webpack的treeshking是基于 es module的静态分析，能够在编译期间就确定哪些模块用到了哪些模块没用到，并且配合解构赋值还能确定哪些export用到了，哪些export没用到。然后对用到的部分和没用到的部分进行标记，在压缩阶段就可以删除标记出的没有用到的部分，从而达到treeshking的目的。

• usedExports

  编译时可以分析出解构写法引入的esm模块，哪些export用到了，哪些模块没有用到。然后就需要分别进行标记，开启标记的配置项就是 optimization.usedExports

• sideEffects

  treeshking只是建立在某个es module的某一些export有没有被用到的基础上的，但是有一些代码会有副作用，比如在window上挂一个变量、写本地文件等，这种代码虽然没有export一些内容，但也是不能被treeshking掉的。对于这些文件需要过滤掉，配置的方式就是在package.json中添加sideEffects字段，因为webpack的模块包括图片、字体文件、css文件等，这些模块都是需要配置的。

• Css-TreeShaking

purifycss-webpack purify-css

const path = require('path');
const glob = require('glob');
const PurifyCSSPlugin = require('purifycss-webpack');
//插件配置
plugins:[
new MiniCssExtractPlugin({
// Options similar to the same options in webpackOptions.output
// both options are optional
filename: '[name].css',
// chunkFilename: '[id].css',
}),
new PurifyCSSPlugin({
// 配置这个css文件作用的html文件路径--我的测试项目中只有一个html文件，直接给了根目录下的所有html文件
paths: glob.sync(path.join(__dirname, './*.html')),
})
]

资源压缩

CompressionWebpackPlugin

const CompressionPlugin = require("compression-webpack-plugin");
module.exports = {
plugins: [
new CompressionPlugin({
test: /.(css|js)$/, //匹配文件
minRatio: 0.8, //压缩比例达到多少开始压缩
threshold: 0, //体积超过多少开始压缩
algorithm: 'gzip'
})
],
};

InlineChunkHtmlPlugin

可以辅助将一些chunk出来的模块，内联到html中：

• 比如runtime的代码，代码量不大，但是是必须加载的；
• 那么我们可以直接内联到html中

最后

以上就是背后鞋子为你收集整理的webpack5五个概念执行打包loader处理图片url-loader处理图片webpack5 asset 处理文件pluginbrowserslistrcpostcssbabelpolyfillywebpack-dev-serverwebpack-dev-middlewareHMR功能处理.vue文件路径属性path代理resolvedevtool区分打包环境代码拆分方式import动态导入runtimeChunk代码懒加载prefetch和preload第三方扩展设置CDNDLLCSS抽离的全部内容，希望文章能够帮你解决webpack5五个概念执行打包loader处理图片url-loader处理图片webpack5 asset 处理文件pluginbrowserslistrcpostcssbabelpolyfillywebpack-dev-serverwebpack-dev-middlewareHMR功能处理.vue文件路径属性path代理resolvedevtool区分打包环境代码拆分方式import动态导入runtimeChunk代码懒加载prefetch和preload第三方扩展设置CDNDLLCSS抽离所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。