test: /\.css$/,
use:[
//'style-loader',//创建style标签,将样式放入
//这个loader取代style-loader 作用:提取js中的css成单独文件
MiniCssExtractorPlugin.loader,
"css-loader"//将css文件整合到js文件中
],
}
],
}, plugins: [ new MiniCssExtractPlugin({ // 对输出的css文件进行重命名 filename: 'css/built.css', }),
new HtmlWebpackPlugin({
template: './src/index.html'
}),
], // 生产环境下会自动压缩js代码 mode: 'production'
}
##### 2、css 兼容性处理 postcss-loader
**使用`postcss-loader`**：css兼容性处理：postcss --> 需要安装：`postcss-loader` 和插件`postcss-preset-env`
有两种配置方法:
* 使用loader的默认配置：`postcss-loader` ,这个在css-loader同级写postcss-loader
* 修改loader的配置会使用到`postcss-preset-env`这个插件，它主要作用就是postcss会以这个插件的形式做一些兼容性处理
`postcss`需要通过`package.json`中`browserslist`里面的配置加载指定的css兼容性样式
在package.json中定义browserslist
"browserslist": {
// 开发环境 --> 设置node环境变量：process.env.NODE\_ENV = development
"development": [ // 只需要可以运行即可
"last 1 chrome version",
"last 1 firefox version",
"last 1 safari version"
],
// 生产环境。默认是生产环境
"production": [ // 需要满足绝大多数浏览器的兼容
">0.2%",
"not dead",
"not op\_mini all"
]
},
默认是生产环境 , 这时候我们需要把nodejs环境变量设置为开发环境 , 开发环境主要是验证一些最近的浏览器的兼容性
这时候我们就可以看到打包的`built.css`里面的样式就会做一些兼容性处理了
如果我们将设置开发环境变量注释,那么我们会看到在生产环境端也是做了一些不同的兼容性处理
##### 3、压缩 css `optimizi-css-assets-webpack-plugin`
安装`optimizi-css-assets-webpack-plugin`
压缩css非常简单，只需要配置一个插件即可
const OptimiziCssAssetsWebpackPlugin = require('optimizi-css-assets-webpack-plugin') ... plugins: [ // 压缩css new OptimiziCssAssetsWebpackPlugin(), ],
##### 4、js 语法检查`eslint-loader` 、`eslint`
js的语法检查： 需要下载 `eslint-loader` 和`eslint`
注意：只检查自己写的源代码，第三方的库是不用检查的
airbnb(一个流行的js风格) --> 需要下载 `eslint-config-airbnb-base`(这个库没有react的语法检查，如果需要react可用`eslint-config-airbnb`） 和`eslint`、 `eslint-plugin-import`
{ test: /.js$/, exclude: /node_modules/, // 忽略node_modules enforce: 'pre', // 优先执行 loader: 'eslint-loader', options: { // 自动修复 fix: true, }, },
设置检查规则： `package.json`中`eslintConfig`中设置
"eslintConfig": { "extends": "airbnb-base"， // 继承airbnb的风格规范 "env": { "browser": true // 可以使用浏览器中的全局变量(使用window不会报错) } }
##### 5、js 兼容性处理
js兼容性处理：需要下载 `babel-loader` 、·`@babel/core`、`@babel/preset-env`、`@babel/polyfill`
###### 1. 基本js兼容性处理 --> `@babel/preset-env`
问题：只能转换基本语法，如`promise`高级语法不能转换
###### 2. 全部js兼容性处理 --> `@babel/polyfill`(这个包不是插件，只需要引入就可以使用了）
问题：只要解决部分兼容性问题，但是将所有兼容性代码全部引入，体积太大了
###### 3. 需要做兼容性处理的就做：按需加载 -->`core-js`
使用这种方案的话我们就不能使用第二种方案了
{ // 第三种方式：按需加载 test: /.js$/, exclude: /node_modules/, loader: 'babel-loader', options: { // 预设：指示babel做怎样的兼容性处理 presets: [ '@babel/preset-env', // 基本预设 { useBuiltIns: 'usage', //按需加载 corejs: { version: 3 }, // 指定core-js版本 targets: { // 指定兼容到什么版本的浏览器 chrome: '60', firefox: '50', ie: '9', safari: '10', edge: '17' }, }, ], }, },
##### 6、js 压缩
生产环境会自动压缩js代码
##### 7、html 压缩
html不需要做兼容性处理，只需要做压缩
new HtmlWebpackPlugin({ template: './src/index.html', // 压缩html代码 minify: { // 移除空格 collapseWhitespace: true, // 移除注释 removeComments: true, }, }),
##### 下面是一个基本的生产环境下的webpack.config.js配置
* 正常来讲，一个文件只能被一个loader处理，当一个文件要被多个loader处理，那么一定要指定loader执行的先后顺序 ， 使用`enforce`优先执行
const { resolve } = require('path') const MiniCssExtractorPlugin = require('mini-css-extract-plugin') const OptimiziCssAssetsWebpackPlugin = require('optimizi-css-assets-webpack-plugin') const HtmlWebpackPlugin = require('html-webpack-plugin')
// 定义node.js的环境变量，决定使用browserslist的哪个环境 process.env.NODE_ENV = 'production'
// 复用loader的写法 const commonCssLoader = [ // 这个loader取代style-loader。作用：提取js中的css成单独文件然后通过link加载 MiniCssExtractPlugin.loader, 'css-loader', /*postcss需要通过package.json中browserslist里面的配置加载指定的css兼容性样式 在package.json中定义browserslist：见上面css兼容性处理的代码 */ { loader: 'postcss-loader', options: { ident: 'postcss', // 基本写法 plugins: () => [ // postcss的插件 require('postcss-preset-env')(), ], }, }, ]
module.exports = {
entry: './src/js/index.js',
output: {
filename: 'js/built.js',
path: resolve(__dirname, 'build'),
},
module: {
rules: [
{
test: /.css/,
use: [...commonCssLoader],
},
{
test: /\.less/,
use: [...commonCssLoader, 'less-loader'], //commonCssLoader一定要写到less-loader上面，因为它只能处理css文件，less-loader把less转换为css之后使用
},
/*
正常来讲，一个文件只能被一个loader处理
当一个文件要被多个loader处理，那么一定要指定loader执行的先后顺序
先执行eslint再执行babel（用enforce）
*/
{
//设置检查规则： package.json中eslintConfig中设置，见上面js语法检查设置规则
test: /.js$/,
exclude: /node_modules/, // 忽略node_modules
enforce: 'pre', // 优先执行
loader: 'eslint-loader',
options: {
// 自动修复
fix: true,
},
},
{
// js兼容性处理，第三种方式：按需加载
test: /\.js$/,
exclude: /node\_modules/,
loader: 'babel-loader',
options: {
// 预设：指示babel做怎样的兼容性处理
presets: [
'@babel/preset-env', // 基本预设
{
useBuiltIns: 'usage', //按需加载
corejs: { version: 3 }, // 指定core-js版本
targets: { // 指定兼容到什么版本的浏览器
chrome: '60',
firefox: '50',
ie: '9',
safari: '10',
edge: '17'
},
},
],
},
},
{
// 图片处理
test: /\.(jpg|png|gif)/,
loader: 'url-loader',
options: {
limit: 8 \* 1024,
name: '[hash:10].[ext]',
outputPath: 'imgs',
esModule: false, // 关闭url-loader默认使用的es6模块化解析
},
},
// html中的图片处理
{
test: /\.html$/,
loader: 'html-loader',
},
// 处理其他文件
{
exclude: /\.(js|css|less|html|jpg|png|gif)/,
loader: 'file-loader',
options: {
outputPath: 'media',
},
},
],
}, plugins: [ new MiniCssExtractPlugin({ // 对输出的css文件进行重命名 filename: 'css/built.css', }), // 压缩css new OptimiziCssAssetsWebpackPlugin(), // HtmlWebpackPlugin：html文件的打包和压缩处理 // 通过这个插件会自动将单独打包的样式文件通过link标签引入 new HtmlWebpackPlugin({ template: './src/index.html', // 压缩html代码 minify: { // 移除空格 collapseWhitespace: true, // 移除注释 removeComments: true, }, }), ], // 生产环境下会自动压缩js代码 mode: 'production', devServer: { contentBase: resolve(__dirname, 'build'), compress: true, port: 3000, open: true, // 开启HMR功能 // 当修改了webpack配置，新配置要想生效，必须重启webpack服务 hot: true } }
## 五、Webpack 优化配置
### 5.1 开发环境性能优化
开发环境指令通过`npx webpack-dev-server`启动，如果直接运行`webpack`是会直接打包，看不到实时调试的效果
#### 5.1.1 HMR（模块热替换） 优化打包构建速度
`HMR`: `hot module replacement` 热模块替换 / 模块热替换，基于devServer，只能在开发环境使用
**作用**：一个模块发生变化，只会重新打包构建这一个模块（而不是打包所有模块） ，极大提升构建速度
**代码**：只需要在 `devServer 中`设置 `hot` 为 `true`，就会自动开启`HMR`功能（只能在开发模式下使用）
devServer: { contentBase: resolve(__dirname, 'build'), compress: true, port: 3000, open: true, // 开启HMR功能 // 当修改了webpack配置，新配置要想生效，必须重启webpack服务 hot: true }
每种文件实现热模块替换的情况：
* **样式文件**：可以使用HMR功能，因为开发环境下使用的`style-loader` 内部默认实现了热模块替换功能
* **js 文件**：默认不能使用HMR功能（修改一个 js 模块所有 js 模块都会刷新）
解决：实现 HMR 需要修改 js 代码（添加支持 HMR 功能的代码）
**注意：**
1. HMR 功能对 js 的处理，只能处理非入口 js 文件的其他文件，因为入口文件会将其他文件引入，一旦入口文件变化，其他文件又会重新引入重新加载，所以入口文件做不了HMR功能
2. 如果有多个js文件，则需要写多个这样的函数
```
// 绑定
if (module.hot) {
// 一旦 module.hot 为true，说明开启了HMR功能。 --> 让HMR功能代码生效
module.hot.accept('./print.js', function() {
// 方法会监听 print.js 文件的变化，一旦发生变化，只有这个模块会重新打包构建，其他模块不会。
// 会执行后面的回调函数
print();
});
}
```
* **html 文件**: 默认不能使用 HMR 功能，同时会导致问题：html文件不能热更新了，不会自动打包构建（html 不用做 HMR 功能，如果是针对单文件组件的话，因为只有一个 html 文件，不需要再优化）
解决：修改 entry 入口，将 html 文件引入（这样 html 修改，整体又会重新刷新）
entry: ['./src/js/index.js', './src/index.html']
#### 5.1.2 source-map 优化代码调式
**source-map**：一种**提供源代码到构建后代码的映射**的技术 （如果构建后代码出错了，通过映射可以追踪源代码错误）
参数：`[inline-|hidden-|eval-][nosources-][cheap-[module-]]source-map`
代码：
devServer: { ... }, devtool: 'source-map'
**可选方案**：[生成source-map的位置|给出的错误代码信息]
1. source-map：外部，错误代码准确信息 和 源代码的错误位置
2. inline-source-map：内联，只生成一个内联 source-map，错误代码准确信息 和 源代码的错误位置
3. hidden-source-map：外部，错误代码错误原因，但是没有错误位置（为了隐藏源代码），不能追踪源代码错误，只能提示到构建后代码的错误位置
4. eval-source-map：内联，每一个文件都生成对应的 source-map，都在 eval 中，错误代码准确信息 和 源代码的错误位
5. nosources-source-map：外部，错误代码准确信息，但是没有任何源代码信息（为了隐藏源代码）
6. cheap-source-map：外部，错误代码准确信息 和 源代码的错误位置，只能把错误精确到整行，忽略列
7. cheap-module-source-map：外部，错误代码准确信息 和 源代码的错误位置，module 会加入 loader 的 source-map
**内联 和 外部的区别**：1. 外部生成了文件，内联没有 2. 内联构建速度更快
**开发/生产环境可做的选择：**
**开发环境**：需要考虑速度快，调试更友好
* 速度快( eval > inline > cheap >… )
eval-cheap-souce-map
eval-source-map
* 调试更友好
souce-map
cheap-module-souce-map
cheap-souce-map
最终得出最好的两种方案 --> `eval-source-map`（完整度高，内联速度快 ，vue和react脚手架默认配置的就是这个） / `eval-cheap-module-souce-map`（错误提示忽略列但是包含其他信息，内联速度快）
**生产环境：** 需要考虑源代码要不要隐藏，调试要不要更友好
* 内联会让代码体积变大，所以在生产环境不用内联
* 隐藏源代码
nosources-source-map 全部隐藏
hidden-source-map 只隐藏源代码，会提示构建后代码错误信息
最终得出最 好的两种方案 --> `source-map`（最完整） / `cheap-module-souce-map`（错误提示一整行忽略列）
### 5.2 生产环境性能优化
#### 5.2.1 优化打包构建速度
##### 1、 oneOf 匹配到 `loader` 后就不再向后进行匹配
`oneOf`：匹配到 `loader` 后就不再向后进行匹配，优化生产环境的打包构建速度
- 以下loader只会匹配一个（匹配到了后就不会再往下匹配了）
- 注意：不能有两个配置处理同一种类型文件（所以把eslint-loader提取出去放外面）
module: { rules: [ { // js 语法检查 test: /.js/, exclude: /node\_modules/, // 优先执行 enforce: 'pre', loader: 'eslint-loader', options: { fix: true } }, { // oneOf 优化生产环境的打包构建速度 // 以下loader只会匹配一个（匹配到了后就不会再往下匹配了） // 注意：不能有两个配置处理同一种类型文件（所以把eslint-loader提取出去放外面） oneOf: [ { test: /\.css/, use: [...commonCssLoader] }, { test: /.less/, use: [...commonCssLoader, 'less-loader'] }, { // js 兼容性处理 test: /\.js/, exclude: /node_modules/, loader: 'babel-loader', options: { presets: [ [ '@babel/preset-env', { useBuiltIns: 'usage', corejs: {version: 3}, targets: { chrome: '60', firefox: '50' } } ] ] } }, { test: /.(jpg|png|gif)/, loader: 'url-loader', options: { limit: 8 * 1024, name: '[hash:10].[ext]', outputPath: 'imgs', esModule: false } }, { test: /.html$/, loader: 'html-loader' }, { exclude: /.(js|css|less|html|jpg|png|gif)/, loader: 'file-loader', options: { outputPath: 'media' } } ] } ] },
##### 2、 babel 缓存： `cacheDirectory`
类似 `HMR`，将 `babel` 处理后的资源缓存起来（哪里的`js`改变就更新哪里，其他 `js` 还是用之前缓存的资源），让第二次打包构建速度更快
{ test: /.js$/, exclude: /node_modules/, loader: 'babel-loader', options: { presets: [ [ '@babel/preset-env', { useBuiltIns: 'usage', corejs: { version: 3 }, targets: { chrome: '60', firefox: '50' } } ] ], // 开启babel缓存 // 第二次构建时，会读取之前的缓存 cacheDirectory: true } },
##### 3 、多进程打包 thread-loader
多进程打包：某个任务消耗时间较长会卡顿，多进程可以同一时间干多件事，效率更高。
优点是提升打包速度，缺点是每个进程的开启和交流都会有开销（babel-loader消耗时间最久，所以使用`thread-loader` 针对其进行优化）
{ test: /.js$/, exclude: /node_modules/, use: [ /* thread-loader会对其后面的loader（这里是babel-loader）开启多进程打包。 进程启动大概为600ms，进程通信也有开销。(启动的开销比较昂贵，不要滥用) 只有工作消耗时间比较长，才需要多进程打包 */ { loader: 'thread-loader', options: { workers: 2 // 进程2个 } }, { loader: 'babel-loader', options: { presets: [ [ '@babel/preset-env', { useBuiltIns: 'usage', corejs: { version: 3 }, targets: { chrome: '60', firefox: '50' } } ] ], // 开启babel缓存 // 第二次构建时，会读取之前的缓存 cacheDirectory: true } } ] },
##### 4 、externals ， 让某些库不打包
externals：让某些库不打包，通过 cdn 引入
webpack.config.js 中配置：
externals: { // 拒绝jQuery被打包进来(通过cdn引入，速度会快一些) // 忽略的库名 -- npm包名 jquery: 'jQuery' }
需要在 index.html 中通过 cdn 引入：
##### 5 、dll 让某些库单独打包
dll：让某些库单独打包后直接引入到 build 中，优化了重复打包的性能
可以在 code split 分割出 node\_modules 后再用 dll 更细的分割，优化代码运行的性能。
* node\_modules的库会打包到一起，但是很多库的时候打包输出的js文件就太大了
* 使用dll技术，对某些库（第三方库：jquery、react、vue…）进行单独打包
* 当运行webpack时，默认查找webpack.config.js配置文件
* 而我们通过dll打包之后需要运行webpack.dll.js文件，这时候我们就需要修改webpack的指令 --> `webpack --config webpack.dll.js`（运行这个指令表示以这个配置文件打包）
`webpack.dll.js` 配置：(将 jquery 单独打包)
const { resolve } = require('path'); const webpack = require('webpack');
module.exports = { entry: { // 最终打包生成的[name] --> jquery // ['jquery] --> 要打包的库是jquery jquery: ['jquery']//这里可以写很多很多库，可以分别打包 }, output: { // 输出出口指定 filename: '[name].js', // name就是jquery path: resolve(__dirname, 'dll'), // 打包到dll目录下 library: '[name]_[hash]', // 打包的库里面向外暴露出去的内容叫什么名字 }, plugins: [ // 打包生成一个manifest.json --> 提供jquery的映射关系（告诉webpack：jquery之后不需要再打包和暴露内容的名称） new webpack.DllPlugin({ name: '[name]_[hash]', // 映射库的暴露的内容名称 path: resolve(__dirname, 'dll/manifest.json') // 输出文件路径 }) ], mode: 'production' };
`webpack.config.js` 配置：(告诉 webpack 不需要再打包 jquery，并将之前打包好的 jquery 跟其他打包好的资源一同输出到 build 目录下)
// 引入插件 const webpack = require('webpack'); const AddAssetHtmlWebpackPlugin = require('add-asset-html-webpack-plugin');
// plugins中配置： plugins: [ new HtmlWebpackPlugin({ template: './src/index.html' }), // 告诉webpack哪些库不参与打包，同时使用时的名称也得变 new webpack.DllReferencePlugin({ manifest: resolve(__dirname, 'dll/manifest.json') }), // 将某个文件打包输出到build目录下，并在html中自动引入该资源 new AddAssetHtmlWebpackPlugin({ filepath: resolve(__dirname, 'dll/jquery.js') }) ],
##### externals和dll的区别
* externals彻底不打包，需要通过cdn连接引进来
* dll需要打包一次，不用重复打包，可以结合代码分割，按需拆分文件
#### 5.2.2 优化代码运行的性能
##### 1、文件资源缓存 hash->chunkhash->contenthash
文件名不变，就不会重新请求，而是再次用之前缓存的资源
1. **`hash`**: 每次 wepack 打包时会生成一个唯一的 hash 值。
`问题`：重新打包，所有文件的 hash 值都改变，会导致所有缓存失效。（比如只改动了一个js文件，css文件也会被重新打包）
`原因`：因为js和css同时使用一个hash值
2. **`chunkhash`**：根据 chunk 生成的 hash 值。来源于同一个 chunk的 hash 值一样
`问题`：js 和 css 来自同一个chunk，hash 值是一样的
`原因`：因为 css-loader 会将 css 文件加载到 js 中，所以同属于一个chunk
**chunk概念**：比如一个入口文件引入了css文件、js文件，形成了一个文件 ，这个文件就叫做一个chunk
3. **`contenthash`**: 根据文件的内容生成 hash 值。不同文件 hash 值一定不一样(文件内容修改，文件名里的 hash 才会改变)
修改 css 文件内容，打包后的 css 文件名 hash 值就改变，而 js 文件没有改变 hash 值就不变，这样 css 和 js 缓存就会分开判断要不要重新请求资源 --> 让代码上线运行缓存更好使用
打包结果：不同文件hash值都不一样，再次打包，只要文件内容不变，hash值就不会变化
##### 2、tree shaking 去除无用代码
前提：
1. 必须使用 ES6 模块化
2. 开启 production 环境 （这样就自动会把无用代码去掉）
**作用：减少代码体积**
在一些webpack版本中，可能会摇掉一些css等的代码，这时候我们需要在 `package.json` 中配置：
`"sideEffects": false` 表示所有代码都没有副作用（都可以进行 tree shaking），这样会导致的问题：可能会把 css / @babel/polyfill 文件干掉（副作用）
所以可以配置：`"sideEffects": ["*.css", "*.less"]` 不会对css/less文件tree shaking处理
##### 3、 code split（代码分割）
代码分割主要有两种场景：单入口场景和多入口场景。
将打包输出的一个大的 bundle.js 文件拆分成多个小文件，这样可以并行加载多个文件，比加载一个文件更快。
比如我们在开发单页面应用的时候，如vue，整个页面是一个非常庞大的文件，那么我们肯定要按照路由去拆分不同的文件，从而实现按需加载，这时候拆分文件就需要使用代码分割了
###### 1）多入口拆分
多入口：有几个入口，最终输出就有几个bundle
问题：很难去维护多入口，如果要修改多个页面总得去修改多入口
entry: { // 多入口：有几个入口，最终输出就有几个bundle index: './src/js/index.js', test: './src/js/test.js' }, output: { // [name]：取文件名 filename: 'js/[name].[contenthash:10].js', path: resolve(__dirname, 'build') },
###### 2）optimization： 将 `node_modules`中的代码单独打包
* 将 `node_modules`中的代码单独打包（大小超过30kb）
* 自动分析多入口chunk中，有没有公共的文件。如果有会打包成单独一个`chunk`(比如两个模块中都引入了`jquery`，正常情况下多入口页面会打包两个引入`jquery`的文件，使用`optimization`会被打包成一个单独的文件，不会重复打包多次)（大小超过30kb）
optimization: { splitChunks: { chunks: 'all' } },
###### 3）import 动态导入语法：
* 通过js代码，让某个文件被单独打包成一个`chunk`，采用id命名（0、1、2、3…），避免命名冲突
* `import`动态导入语法：能将某个文件单独打包(`test`文件不会和`index`打包在同一个文件而是单独打包)
* `webpackChunkName`:指定`test`单独打包后文件的名字
import(/* webpackChunkName: 'test' */'./test') .then(({ mul, count }) => { // 文件加载成功~ // eslint-disable-next-line console.log(mul(2, 5)); }) .catch(() => { // eslint-disable-next-line console.log('文件加载失败~'); });
##### 4、 lazy loading（懒加载/预加载）
1. 懒加载：当文件需要使用时才加载（需要代码分割）。但是如果资源较大，加载时间就会较长，有延迟。
2. 正常加载：可以认为是并行加载（同一时间加载多个文件）没有先后顺序，先加载了不需要的资源就会浪费时间。
3. 预加载 prefetch（兼容性很差）：会在使用之前，提前加载。等其他资源加载完毕，浏览器空闲了，再偷偷加载这个资源。这样在使用时已经加载好了，速度很快。所以在懒加载的基础上加上预加载会更好。
代码：
document.getElementById('btn').onclick = function() { // 将import的内容放在异步回调函数中使用，点击按钮，test.js才会被加载(不会重复加载) // webpackPrefetch: true表示开启预加载 import(/* webpackChunkName: 'test', webpackPrefetch: true */'./test').then(({ mul }) => { console.log(mul(4, 5)); }); import('./test').then(({ mul }) => { console.log(mul(2, 5)) }) };
##### 5、pwa（离线可访问技术）
pwa：离线可访问技术（渐进式网络开发应用程序），使用`serviceworker`和 `workbox` 技术。
优点是离线也能访问，缺点是兼容性差。
webpack.config.js 中配置：
const WorkboxWebpackPlugin = require('workbox-webpack-plugin'); // 引入插件
// plugins中加入： new WorkboxWebpackPlugin.GenerateSW({ /*
- 帮助serviceworker快速启动
- 删除旧的 serviceworker
生成一个 serviceworker 配置文件 */ clientsClaim: true, skipWaiting: true })
index.js 中还需要写一段代码来激活它的使用：
if ('serviceWorker' in navigator) { // 处理兼容性问题 window.addEventListener('load', () => { navigator.serviceWorker .register('/service-worker.js') // 注册serviceWorker .then(() => { console.log('sw注册成功了~'); }) .catch(() => { console.log('sw注册失败了~'); }); }); }
1. eslint不认识 window、navigator全局变量
解决：需要修改package.json中eslintConfig配置
"env": {
"browser": true // 支持浏览器端全局变量
}
2. sw代码必须运行在服务器上
–> nodejs
或–>`npm i serve -g` (serve这个包可以快速帮我们添加一个静态资源服务器)
serve -s build 启动服务器，将打包输出的build目录下所有资源作为静态资源暴露出去
## 六、Webpack 配置详情
### 6.1 entry
entry: 入口起点
1. string --> `'./src/index.js'`，单入口
打包形成一个 chunk。 输出一个 bundle 文件。此时 chunk 的名称默认是`main`
2. array --> `['./src/index.js', './src/add.js']`，多入口
所有入口文件最终只会形成一个 chunk，输出出去只有一个 bundle 文件`main.js`。
（一般只用在 HMR 功能中让 html 热更新生效）
3. object -->`{ index : './src/index.js', add : './src/add.js' }`，多入口
有几个入口文件就形成几个 chunk，输出几个 bundle 文件，此时 chunk 的名称是 key 值
4. –> 特殊用法：
entry: { // 最终只会形成一个chunk, 输出出去只有一个bundle文件。 index: ['./src/index.js', './src/count.js'], //dll的应用也是这样 // 形成一个chunk，输出一个bundle文件。 add: './src/add.js' }
### 6.2 output
output: { // 文件名称（指定名称+目录） filename: 'js/[name].js',
// 输出文件目录（将来所有资源输出的公共目录） path: resolve(__dirname, 'build'),
// 所有资源引入公共路径前缀 --> 'imgs/a.jpg' --> '/imgs/a.jpg' publicPath: '/', chunkFilename: 'js/[name]_chunk.js', // 指定非入口chunk的名称 library: '[name]', // 打包整个库后向外暴露的变量名，默认打包的main文件是一个自执行函数，使用library就可以把main暴露在自执行函数外面,引入规则可以是window global commonjs libraryTarget: 'window' // 变量名添加到哪个上 browser：window // libraryTarget: 'global' // node：global // libraryTarget: 'commonjs' // conmmonjs模块 exports },
`publicPath: '/'`, 所有资源引入公共路径前缀 --> ‘js/main.js’ --> ‘/js/main.js’，一般用于生产环境
`chunkFilename:js/[name]_chunk.js'`, // 指定非入口chunk的名称
非入口chunk指的就是:
* `import` 语法引入会将文件单独分割成一个chunk
* `optimization`将 `node_modules`中的代码单独打包，可以对打包后的chunk的默认id命名进行修饰变为 `js/0_chunk.js`
`library: '[name]',`
打包整个库后向外暴露的变量名，默认打包的main文件是一个自执行函数，使用library就可以把main暴露在自执行函数外面,引入规则可以是window 、global 、commonjs
`libraryTarget:"commonjs"` 以commonjs暴露
### 6.3 module
module: { rules: [ // loader的配置 { test: /.css/, // 多个loader用use use: ['style-loader', 'css-loader'] }, { test: /\.js/, // 排除node_modules下的js文件 exclude: /node_modules/, // 只检查src下的js文件 include: resolve(__dirname, 'src'), enforce: 'pre', // 优先执行 // enforce: 'post', // 延后执行 // 单个loader用loader loader: 'eslint-loader', options: {} // 指定配置选项 }, { // 以下配置只会生效一个 oneOf: [] } ] },
### 6.4 resolve 解析模块的规则
resolve: { // 配置解析模块路径别名: 优点：当目录层级很复杂时，简写路径；缺点：路径不会提示 alias: { $css: resolve(__dirname, 'src/css') }, // 配置省略文件路径的后缀名（引入时就可以不写文件后缀名了） extensions: ['.js', '.json', '.jsx', '.css'], // 告诉 webpack 解析模块应该去找哪个目录 modules: [resolve(__dirname, '../../node_modules'), 'node_modules'] }
这样配置后，引入文件就可以这样简写：import ‘$css/index’;
### 6.5 dev server
用于开发环境
devServer: { // 运行代码所在的目录 contentBase: resolve(__dirname, 'build'), // 监视contentBase目录下的所有文件，一旦文件变化就会reload watchContentBase: true, watchOptions: { // 忽略文件 ignored: /node_modules/ }, // 启动gzip压缩 compress: true, // 端口号 port: 5000, // 域名 host: 'localhost', // 自动打开浏览器 open: true, // 开启HMR功能 hot: true, // 不要显示启动服务器日志信息 clientLogLevel: 'none', // 除了一些基本信息外，其他内容都不要显示 quiet: true, // 如果出错了，不要全屏提示 overlay: false, // 服务器代理，--> 解决开发环境跨域问题 proxy: { // 一旦devServer(5000)服务器接收到/api/xxx的请求，就会把请求转发到另外一个服务器3000 '/api': { target: 'http://localhost:3000', // 发送请求时，请求路径重写：将/api/xxx --> /xxx （去掉/api） pathRewrite: { '^/api': '' } } } }
其中，跨域问题：同源策略中不同的协议、端口号、域名就会产生跨域。
正常的浏览器和服务器之间有跨域，但是服务器之间没有跨域。代码通过代理服务器运行，所以浏览器和代理服务器之间没有跨域，浏览器把请求发送到代理服务器上，代理服务器替你转发到另外一个服务器上，服务器之间没有跨域，所以请求成功。代理服务器再把接收到的响应响应给浏览器。这样就解决开发环境下的跨域问题。
### 6.6 optimization
* `contenthash` 缓存会导致一个问题：修改 `a` 文件导致 `b` 文件 `contenthash` 变化。
`因为在` index.js`中引入`a.js`，打包后` index.js `中记录了` a.js `的` hash`值，而`a.js `改变，其重新打包后的` hash `改变，导致` index.js `文件内容中记录的` a.js `的` hash `也改变，从而重新打包后` index.js `的` hash `值也会变，这样就会使缓存失效。（改变的是`a.js`文件但是` index.js `文件的` hash` 值也改变了）
解决办法：`runtimeChunk` --> 将当前模块记录其他模块的`hash`单独打包为一个文件 `runtime`，这样 `a.js` 的 `hash` 改变只会影响`runtime`文件，不会影响到 `index.js` 文件
* 配置生产环境的压缩方案:`TerserWebpackPlugin`
const { resolve } = require('path')
const HrmlWebpackPlugin = require("html-webpack-plugin")
const TerserWebpackPlugin = ("terser-webpack-plugin")
module.exports = {
entry:"./src/js/index/js",
output: {
filename: 'js/[name].[contenthash:10].js',
path: resolve(__dirname, 'build'),
chunkFilename: 'js/[name].[contenthash:10]_chunk.js' // 指定非入口文件的其他chunk的名字加_chunk
},
optimization: {
splitChunks: {
chunks: 'all',
/* 以下都是splitChunks默认配置，可以不写
miniSize: 30 * 1024, // 分割的chunk最小为30kb（大于30kb的才分割）
maxSize: 0, // 最大没有限制
minChunks: 1, // 要提取的chunk最少被引用1次
maxAsyncRequests: 5, // 按需加载时并行加载的文件的最大数量为5
maxInitialRequests: 3, // 入口js文件最大并行请求数量
automaticNameDelimiter: '', // 名称连接符
name: true, // 可以使用命名规则
cacheGroups: { // 分割chunk的组
vendors: {
// node_modules中的文件会被打包到vendors组的chunk中，--> vendorsxxx.js
// 满足上面的公共规则，大小超过30kb、至少被引用一次
test: /[\/]node_modules[\/]/,
// 优先级
priority: -10
},
default: {
// 要提取的chunk最少被引用2次
minChunks: 2,
prority: -20,
// 如果当前要打包的模块和之前已经被提取的模块是同一个，就会复用，而不是重新打包
reuseExistingChunk: true
}
} */
},
// 将index.js记录的a.js的hash值单独打包到runtime文件中
runtimeChunk: {
name: entrypoint => `runtime-${entrypoint.name}`
},
minimizer: [
// 配置生产环境的压缩方案：js/css
new TerserWebpackPlugin({
// 开启缓存
cache: true,
// 开启多进程打包
parallel: true,
// 启用sourceMap(否则会被压缩掉)
sourceMap: true
})
]
}
}
## 七、Webpack5
webpack5的最新更新<https://github.com/webpack/webpack/milestones>
### 7.1 webpack4 和 webpack5的对比：
##### 1. 下载模块
webpack4： `npm i webpack webpack-cli - D`
webpack5 : `npm i webpack@next webpack-cli -D`
##### 2. webpack.cnofig.js配置
实现同样功能，webpack5只需要一行代码
webpack5默认输出的在dist文件夹下
##### 3. 打包体积
开发环境中： webpack5相对于更大一点，主要是多了很多注释，因为现在在测试版本，注释比较多
生产环境中： webpack5的体积比webpack4小了非常多，webpack5 的tree shaking功能更加强大
### webpack5详解
此版本重点关注以下内容:
* 通过持久缓存提高构建性能.
* 使用更好的算法和默认值来改善长期缓存.
* 通过更好的树摇和代码生成来改善捆绑包大小.
* 清除处于怪异状态的内部结构，同时在 v4 中实现功能而不引入任何重大更改.
* 通过引入重大更改来为将来的功能做准备，以使我们能够尽可能长时间地使用 v5.
##### 1、自动删除 Node.js Polyfills
早期，`webpack` 的目标是允许在浏览器中运行大多数 `node.js` 模块，但是模块格局发生了变化，许多模块用途现在主要是为前端目的而编写的。webpack <= 4 附带了许多 `node.js` 核心模块的 `polyfill`，一旦模块使用任何核心模块（即 `crypto` 模块），这些模块就会自动应用。
尽管这使使用为 `node.js 编写的模块变得容易，但它会将这些巨大的` polyfill `添加到包中。在许多情况下，这些` polyfill `是不必要的。
`webpack 5` 会自动停止填充这些核心模块，并专注于与前端兼容的模块。
迁移：
尽可能尝试使用与前端兼容的模块。
可以为 `node.js` 核心模块手动添加一个 `polyfill`。错误消息将提示如何实现该目标。
##### 2、Chunk 和模块 ID
添加了用于长期缓存的新算法。在生产模式下默认情况下启用这些功能。
chunkIds: "deterministic", moduleIds: "deterministic"
#### 总结一下
面试前要精心做好准备，简历上写的知识点和原理都需要准备好，项目上多想想难点和亮点，这是面试时能和别人不一样的地方。
还有就是表现出自己的谦虚好学，以及对于未来持续进阶的规划，企业招人更偏爱稳定的人。
万事开头难，但是程序员这一条路坚持几年后发展空间还是非常大的，一切重在坚持。
为了帮助大家更好更高效的准备面试，特别整理了《前端工程师面试手册》电子稿文件。
**前端面试题汇总**
**开源分享：https://docs.qq.com/doc/DSmRnRGxvUkxTREhO**
