Webpack 4 配置详解：入口、出口、优化与插件全攻略

前言

对于初学者而言，Webpack 的配置项繁多且复杂，如何快速搭建一个适用于生产环境的 Webpack 配置是一个值得探讨的问题。实际上，熟悉 Webpack 后你会发现其核心逻辑并不复杂，基础配置主要涵盖以下几个关键部分： entry 、 output 、 mode 、 resolve 、 module 、 optimization 、 plugin 、 source map 、 performance 等。本文将重点分析这些配置模块的具体用法与最佳实践。

文中包含一张 Webpack 零配置对比图，如需获取相关 PDF 文件，可在公众号后台回复关键词“webpack”免费领取。

配置入口 entry

一、配置入口 entry

1、单入口和多入口

将源文件纳入 Webpack 的构建流程，可以配置为单入口模式，示例代码如下：


module.exports = {
 entry: `./index.js`,
}

此时构建包的名称由 [name] 指定为 main ；

或者配置为多入口模式：


module.exports = {
 entry: { 
  "index": `./index.js`,
 },
}

采用 key:value 键值对的形式进行定义：

key：表示构建包的名称，对应 [name] ，在此例中为 index
value：指定入口文件的路径

入口配置决定了 Webpack 从哪个模块开始生成依赖关系图（即构建包）。每个入口文件都会对应生成一个独立的依赖关系图。

2. 动态配置入口文件

动态打包所有子项目

当构建的项目包含多个子项目时，每次新增子系统都需要手动修改 Webpack 配置文件。为了提高效率，我们可以让 Webpack 动态获取入口文件，例如：


// 使用 glob 等工具使用若干通配符，运行时获得 entry 的条目
module.exports = {
 entry: glob.sync('./project/**/index.js').reduce((acc, path) => {
  const entry = path.replace('/index.js', '')
  acc[entry] = path
  return acc
 }, {}),
}

上述配置会将所有匹配 ./project/**/index.js 的文件作为入口文件进行打包。若需增加子项目，只需在 project 目录下创建子项目目录，并添加一个 index.js 作为入口文件即可。

这种方式特别适用于入口文件分散且数量较多的场景。

动态打包某一子项目

在构建多系统应用或组件库时，有时只需打包特定模块。此时，可以通过命令行参数请求打印特定模块，例如：


npm run build --project components

在打包过程中解析命令行参数：


// 解析命令行参数
const argv = require('minimist')(process.argv.slice(2))
// 项目
const project = argv['project'] || 'index'

然后据此配置入口：


module.exports = {
 entry: { 
  "index": `./${project}/index.js`,
 } 
}

这相当于：


module.exports = {
 entry: { 
  "index": `./components/index.js`,
 } 
}

当然，你可以传入其他参数，并将其应用于多个地方，例如在 resolve.alias 中。

配置出口 output

二、配置出口 output

该配置用于告知 Webpack 如何构建编译后的文件，可以自定义输出文件的位置和名称：


module.exports = {
 output: { 
  // path 必须为绝对路径
  // 输出文件路径
  path: path.resolve(__dirname, '../../dist/build'),
  // 包名称
  filename: "[name].bundle.js",
  // 或使用函数返回名(不常用)
  // filename: (chunkData) => {
  //  return chunkData.chunk.name === 'main' ? '[name].js': '[name]/[name].js';
  // },
  // 块名，公共块名(非入口)
  chunkFilename: '[name].[chunkhash].bundle.js',
  // 打包生成的 index.html 文件里面引用资源的前缀
  // 也为发布到线上资源的 URL 前缀
  // 使用的是相对路径，默认为 ''
  publicPath: '/', 
 }
}

在 Webpack 4 的开发模式下，默认会启动 output.pathinfo ，它会输出额外的注释信息，对调试项目非常有用，尤其是使用 eval devtool 时。

filename ： [name] 对应 entry 配置中的 key 。此外，还可以使用 [id] （内部块 id）、 [hash] 、 [contenthash] 等占位符。

1. 浏览器缓存与 hash 值

浏览器会对静态资源进行缓存。如果更新了静态资源但未更新其名称（或路径），浏览器可能因缓存问题无法获取最新资源。在使用 Webpack 打包时，可以利用 hash 概念来解决此问题。

在定义包名称（如 chunkFilename 、 filename ）时，通常会用到哈希值。不同的哈希值适用于不同的场景：

hash

build-specific，哈希值对应每一次构建（即 Compilation ）。每次编译生成的哈希值都不同，即使文件内容未变，且所有资源共享同一个哈希值。这会导致浏览器缓存失效，因此适用于开发环境，不适用于生产环境。

chunkhash

chunk-specific，哈希值对应 Webpack 的每个入口点，每个入口拥有独立的哈希值。如果某一入口文件创建的依赖关系图中有文件内容发生变化，则相应入口文件的 chunkhash 才会改变。这适用于生产环境。

contenthash

content-specific，根据包内容计算的哈希值。只要包内容不变， contenthash 就不变，适用于生产环境。

但有时会发现，内容未变更时，打包生成的 [contenthash] 反而发生了改变。

Webpack 允许对哈希值进行切片。如果指定 [hash:8] ，则只取哈希值的前 8 位。

注意：

尽量在生产环境使用哈希值。
按需加载的块不受 filename 影响，受 chunkFilename 影响。
使用 hash/chunkhash/contenthash 通常会配合 html-webpack-plugin （创建 HTML 并捆绑相应的打包文件）和 clean-webpack-plugin （清除原有打包文件）一起使用。

2. 打包成库

当使用 Webpack 构建一个可被其他模块引用的库时，配置如下：


module.exports = {
 output: { 
  // path 必须为绝对路径
  // 输出文件路径
  path: path.resolve(__dirname, '../../dist/build'),
  // 包名称
  filename: "[name].bundle.js",
  // 块名，公共块名(非入口)
  chunkFilename: '[name].[chunkhash].bundle.js',
  // 打包生成的 index.html 文件里面引用资源的前缀
  // 也为发布到线上资源的 URL 前缀
  // 使用的是相对路径，默认为 ''
  publicPath: '/', 
  // 一旦设置后该 bundle 将被处理为 library
  library: 'webpackNumbers',
  // export 的 library 的规范，有支持 var, this, commonjs,commonjs2,amd,umd
  libraryTarget: 'umd',
 }
}

配置模式 mode

三、配置模式 mode（webpack4）

设置 mode ，可以让 Webpack 自动启用相应的内置优化。


module.exports = {
 // 可以是 none、development、production
 // 默认为 production
 mode: 'production'
}

或在命令行中配置：


"build:prod": "webpack --config config/webpack.prod.config.js --mode production"

在设置了 mode 之后，Webpack 4 会同步配置 process.env.NODE_ENV 为 development 或 production 。

Webpack 4 最引人注目的特性主要包括：

减小编译时间

打包时间减少了超过 60%。

零配置

我们可以在没有任何配置文件的情况下，将 Webpack 用于各种项目。

Webpack 4 支持零配置使用，这里的“零配置”是指， mode 以及 entry （默认为 src/index.js ）都可以通过入口文件指定，并且 Webpack 4 针对不同的 mode 内置了相应的优化策略。

1. production

配置：


// webpack.prod.config.js
module.exports = {
 mode: 'production',
}

相当于默认内置了：


// webpack.prod.config.js
module.exports = {
 performance: {
  // 性能设置,文件打包过大时，会报警告
  hints: 'warning'
 },
 output: {
  // 打包时，在包中不包含所属模块的信息的注释
  pathinfo: false
 },
 optimization: {
  // 不使用可读的模块标识符进行调试
  namedModules: false,
  // 不使用可读的块标识符进行调试
  namedChunks: false,
  // 设置 process.env.NODE_ENV 为 production
  nodeEnv: 'production',
  // 标记块是否是其它块的子集
  // 控制加载块的大小（加载较大块时，不加载其子集）
  flagIncludedChunks: true,
  // 标记模块的加载顺序，使初始包更小
  occurrenceOrder: true,
  // 启用副作用
  sideEffects: true,
  // 确定每个模块的使用导出，
  // 不会为未使用的导出生成导出
  // 最小化的消除死代码
  // optimization.usedExports 收集的信息将被其他优化或代码生成所使用
  usedExports: true,
  // 查找模块图中可以安全的连接到其它模块的片段
  concatenateModules: true,
  // SplitChunksPlugin 配置项
  splitChunks: {
   // 默认 webpack4 只会对按需加载的代码做分割
   chunks: 'async',
   // 表示在压缩前的最小模块大小,默认值是30kb
   minSize: 30000,
   minRemainingSize: 0,
   // 旨在与HTTP/2和长期缓存一起使用 
   // 它增加了请求数量以实现更好的缓存
   // 它还可以用于减小文件大小，以加快重建速度。
   maxSize: 0,
   // 分割一个模块之前必须共享的最小块数
   minChunks: 1,
   // 按需加载时的最大并行请求数
   maxAsyncRequests: 6,
   // 入口的最大并行请求数
   maxInitialRequests: 4,
   // 界定符
   automaticNameDelimiter: '~',
   // 块名最大字符数
   automaticNameMaxLength: 30,
   cacheGroups: { // 缓存组
    vendors: {
     test: /[\\/]node_modules[\\/]/,
     priority: -10
    },
    default: {
     minChunks: 2,
     priority: -20,
     reuseExistingChunk: true
    }
   }
  },
  // 当打包时，遇到错误编译，将不会把打包文件输出
  // 确保 webpack 不会输入任何错误的包
  noEmitOnErrors: true,
  checkWasmTypes: true,
  // 使用 optimization.minimizer || TerserPlugin 来最小化包
  minimize: true,
 },
 plugins: [
  // 使用 terser 来优化 JavaScript
  new TerserPlugin(/* ... */),
  // 定义环境变量
  new webpack.DefinePlugin({ "process.env.NODE_ENV": JSON.stringify("production") }),
  // 预编译所有模块到一个闭包中，提升代码在浏览器中的执行速度
  new webpack.optimize.ModuleConcatenationPlugin(),
  // 在编译出现错误时，使用 NoEmitOnErrorsPlugin 来跳过输出阶段。
  // 这样可以确保输出资源不会包含错误
  new webpack.NoEmitOnErrorsPlugin()
 ]
}

2. development

配置：


// webpack.dev.config.js
module.exports = {
 mode: 'development',
}

相当于默认内置了：


// webpack.dev.config.js
module.exports = {
 devtool: 'eval',
 cache: true,
 performance: {
  // 性能设置,文件打包过大时，不报错和警告，只做提示
  hints: false
 },
 output: {
  // 打包时，在包中包含所属模块的信息的注释
  pathinfo: true
 },
 optimization: {
  // 使用可读的模块标识符进行调试
  namedModules: true,
  // 使用可读的块标识符进行调试
  namedChunks: true,
  // 设置 process.env.NODE_ENV 为 development
  nodeEnv: 'development',
  // 不标记块是否是其它块的子集
  flagIncludedChunks: false,
  // 不标记模块的加载顺序
  occurrenceOrder: false,
  // 不启用副作用
  sideEffects: false,
  usedExports: false,
  concatenateModules: false,
  splitChunks: {
   hidePathInfo: false,
   minSize: 10000,
   maxAsyncRequests: Infinity,
   maxInitialRequests: Infinity,
  },
  // 当打包时，遇到错误编译，仍把打包文件输出
  noEmitOnErrors: false,
  checkWasmTypes: false,
  // 不使用 optimization.minimizer || TerserPlugin 来最小化包
  minimize: false,
  removeAvailableModules: false
 },
 plugins: [
  // 当启用 HMR 时，使用该插件会显示模块的相对路径
  // 建议用于开发环境
  new webpack.NamedModulesPlugin(),
  // webpack 内部维护了一个自增的 id，每个 chunk 都有一个 id。
  // 所以当增加 entry 或者其他类型 chunk 的时候，id 就会变化，
  // 导致内容没有变化的 chunk 的 id 也发生了变化
  // NamedChunksPlugin 将内部 chunk id 映射成一个字符串标识符（模块的相对路径）
  // 这样 chunk id 就稳定了下来
  new webpack.NamedChunksPlugin(),
  // 定义环境变量
  new webpack.DefinePlugin({ "process.env.NODE_ENV": JSON.stringify("development") }),
 ]
}

3. none

不进行任何默认优化选项。

配置：


// webpack.com.config.js
module.exports = {
 mode: 'none',
}

相当于默认内置了：


// webpack.com.config.js
module.exports = {
 performance: {
  // 性能设置,文件打包过大时，不报错和警告，只做提示
  hints: false
 },
 optimization: {
  // 不标记块是否是其它块的子集
  flagIncludedChunks: false,
  // 不标记模块的加载顺序
  occurrenceOrder: false,
  // 不启用副作用
  sideEffects: false,
  usedExports: false,
  concatenateModules: false,
  splitChunks: {
   hidePathInfo: false,
   minSize: 10000,
   maxAsyncRequests: Infinity,
   maxInitialRequests: Infinity,
  },
  // 当打包时，遇到错误编译，仍把打包文件输出
  noEmitOnErrors: false,
  checkWasmTypes: false,
  // 不使用 optimization.minimizer || TerserPlugin 来最小化包
  minimize: false,
 },
 plugins: []
}

4. production、 development、none 总结

production 模式能提供更好的用户体验：

较小的输出包体积
浏览器中更快的代码执行速度
忽略开发中的代码
不公开源代码或文件路径
易于使用的输出资产

development 模式能给予你最好的开发体验：

浏览器调试工具
快速增量编译可加快开发周期
运行时提供有用的错误消息

尽管 Webpack 4 尽力让零配置发挥更多作用，但仍有限度。大多数情况下，我们仍需要一个配置文件。可以在项目初期使用零配置，待后期业务复杂时再添加详细配置。

5. 环境变量 process.env.NODE_ENV

第三方框架或库，以及我们的业务代码，都会针对不同环境配置不同的逻辑代码，例如：

我们可以通过以下方式定义环境变量：

方法一：Webpack 4 中 mode: 'production' 已默认配置了 process.env.NODE_ENV = 'production'，因此 Webpack 4 可以不手动定义。

尽管 Webpack 4 中定义 mode 会自动配置 process.env.NODE_ENV ，那么是否就不需要手动配置环境变量了呢？

其实不然， mode 只能定义为 development 或 production 。而在项目中，我们不仅有开发或生产环境，很多时候还需要配置其他环境（如测试环境）。此时需要手动配置其他环境变量（例如测试环境，需定义 process.env.NODE_ENV 为 'test' ），可以采取以下方式：

方法二：使用 webpack.DefinePlugin


// webpack编译过程中设置全局变量process.env
new webpack.DefinePlugin({
 'process.env': require('../config/dev.env.js')
}

config/prod.env.js ：


module.exports ={
 // 或 '"production"' ，环境变量的值需要是一个由双引号包裹的字符串
 NODE_ENV: JSON.stringify('production') 
}

方法三：在 Webpack 命令中设置 NODE_ENV=development

在 Windows 中配置 NODE_ENV=production 可能会卡住，因此建议使用 cross-env：


cross-env NODE_ENV=production webpack --config webpack.config.prod.js

方法四：使用 new webpack.EnvironmentPlugin(['NODE_ENV'])

EnvironmentPlugin 是一个通过 webpack.DefinePlugin 来设置 process.env 环境变量的快捷方式。


new webpack.EnvironmentPlugin({
 NODE_ENV: 'production',
});

注意：上面其实是给 NODE_ENV 设置一个默认值 'production' 。如果其他地方定义了 process.env.NODE_ENV ，则该默认值无效。

配置解析策略 resolve

四、配置解析策略 resolve

自定义寻找依赖模块时的策略（例如处理 import _ from 'lodash' ）：


module.exports = {
 resolve: {
  // 设置模块导入规则，import/require时会直接在这些目录找文件
  // 可以指明存放第三方模块的绝对路径，以减少寻找，
  // 默认 node_modules
  modules: [path.resolve(`${project}/components`), 'node_modules'],
  // import导入时省略后缀
  // 注意：尽可能的减少后缀尝试的可能性
  extensions: ['.js', '.jsx', '.react.js', '.css', '.json'],
  // import导入时别名，减少耗时的递归解析操作
  alias: {
   '@components': path.resolve(`${project}/components`),
   '@style': path.resolve('asset/style'),
  },
  // 很多第三方库会针对不同的环境提供几份代码
  // webpack 会根据 mainFields 的配置去决定优先采用那份代码
  // 它会根据 webpack 配置中指定的 target 不同，默认值也会有所不同
  mainFields: ['browser', 'module', 'main'],
 },
}

配置解析和转换文件的策略 module

五、配置解析和转换文件的策略 module

决定如何处理项目中不同类型的模块，通常是配置 module.rules 里的 Loader：


module.exports = {
 module: {
  // 指明 webpack 不去解析某些内容，该方式有助于提升 webpack 的构建性能
  noParse: /jquery/,
  rules: [
   {
    // 这里编译 js、jsx
    // 注意：如果项目源码中没有 jsx 文件就不要写 /\.jsx?$/，提升正则表达式性能
    test: /\.(js|jsx)$/,
    // 指定要用什么 loader 及其相关 loader 配置
    use: {
     loader: "babel-loader",
     options: {
      // babel-loader 支持缓存转换出的结果，通过 cacheDirectory 选项开启
      // 使用 cacheDirectory 选项将 babel-loader 的速度提高2倍
   		cacheDirectory: true,
   		// Save disk space when time isn't as important
   		cacheCompression: true,
   		compact: true,   
     }
    },
    // 排除 node_modules 目录下的文件
    // node_modules 目录下的文件都是采用的 ES5 语法，没必要再通过 Babel 去转换
    exclude: /node_modules/
    // 也可以配置 include：需要引入的文件
   }
  ]
 }
}

1. noParse

指明 Webpack 不去解析某些内容，该方式有助于提升 Webpack 的构建性能。

2. rules

常见的 loader 有：

babel-loader ：解析 .js 和 .jsx 文件


// 配置 .babelrc
{
 "presets": [
  [
   "@babel/preset-env",
  ],
  "@babel/preset-react"
 ],
 "plugins": [
  [
   "@babel/plugin-proposal-class-properties",
   {
    "loose": true
   }
  ],
  [
   "@babel/plugin-transform-runtime",
   {
    "absoluteRuntime": false,
    "corejs": false,
    "helpers": true,
    "regenerator": true,
    "useESModules": false
   }
  ],
 ]
}

tsx-loader ：处理 ts 文件

less-loader ：处理 less 文件，并将其编译为 css

sass-loader ：处理 sass、scss 文件，并将其编译为 css

postcss-loader：


// postcss.config.js
module.exports = { // 解析CSS文件并且添加浏览器前缀到 CSS 内容里
	plugins: [require('autoprefixer')],
};

css-loader ：处理 css 文件

style-loader ：将 css 注入到 DOM

file-loader ：将文件上的 import / require 解析为 url ，并将该文件输出到输出目录中

url-loader ：用于将文件转换成 base64 uri 的 Webpack 加载程序

html-loader ：将 HTML 导出为字符串，当编译器要求时，将 HTML 最小化

更多 loaders 可查看 LOADERS 文档。

配置优化 optimization

六、配置优化 optimization（webpack4）

Webpack 4 会根据你所选择的 mode 进行优化，你可以手动配置，它将覆盖自动优化。详细配置请见 Optimization 文档。

主要涉及两方面的优化：

最小化包
拆包

1. 最小化包

使用 optimization.removeAvailableModules 删除已可用模块

使用 optimization.removeEmptyChunks 删除空模块

使用 optimization.occurrenceOrder 标记模块的加载顺序，使初始包更小

使用 optimization.providedExports 、 optimization.usedExports 、 concatenateModules 、 optimization.sideEffects 删除死代码

使用 optimization.splitChunks 提取公共包

使用 optimization.minimizer || TerserPlugin 来最小化包

2. 拆包

当包过大时，如果只更新一小部分包内容，整个包都需要重新加载。如果将包拆分，则只需重新加载发生内容变更的包，而不是所有包，从而有效利用缓存。

拆分 node_modules

很多时候，我们无需手动拆分包，可以使用 optimization.splitChunks ：


const path = require('path');
module.exports = {
 entry: path.resolve(__dirname, 'src/index.js'),
 output: {
  path: path.resolve(__dirname, 'dist'),
  filename: '[name].[contenthash].js',
 },
 optimization: {
  splitChunks: {
   // 对所有的包进行拆分
   chunks: 'all',
  },
 },
};

我们不必制定拆包策略， chunks: all 会自动将 node_modules 中的所有内容放入一个名为 vendors〜main.js 的文件中。

拆分业务代码


module.exports = {
 entry: {
  main: path.resolve(__dirname, 'src/index.js'),
  ProductList: path.resolve(__dirname, 'src/ProductList/ProductList.js'),
  ProductPage: path.resolve(__dirname, 'src/ProductPage/ProductPage.js'),
  Icon: path.resolve(__dirname, 'src/Icon/Icon.js'),
 },
 output: {
  path: path.resolve(__dirname, 'dist'),
  filename: '[name].[contenthash:8].js',
 },
};

采用多入口的方式，当有业务代码更新时，更新相应的包即可。

拆分第三方库


const path = require('path');
const webpack = require('webpack');

module.exports = {
 entry: path.resolve(__dirname, 'src/index.js'),
 output: {
  path: path.resolve(__dirname, 'dist'),
  filename: '[name].[contenthash].js',
 },
 optimization: {
  runtimeChunk: 'single',
  splitChunks: {
   chunks: 'all',
   maxInitialRequests: Infinity,
   minSize: 0,
   cacheGroups: {
    vendor: {
     test: /[\\/]node_modules[\\/]/,
     name(module) {
      // 获取第三方包名
      const packageName = module.context.match(/[\\/]node_modules[\\/](.*?)([\\/]|$)/)[1];

      // npm 软件包名称是 URL 安全的，但是某些服务器不喜欢@符号
      return `npm.${packageName.replace('@', '')}`;
     },
    },
   },
  },
 },
};

当第三方包更新时，仅更新相应的包即可。

注意，当包太多时，浏览器会发起更多的请求，并且当文件过小时，对代码压缩也有影响。

动态加载

现在我们已经对包拆分得很彻底了，但以上的拆分仅是对浏览器缓存方面的优化，减小首屏加载时间。实际上，我们也可以使用按需加载的方式来进一步拆分，减小首屏加载时间：


import React, { useState, useEffect } from 'react';
import './index.scss'

function Main() {
 const [NeighborPage, setNeighborPage] = useState(null)

 useEffect(() => {
  import('../neighbor').then(({ default: component }) => {
   setNeighborPage(React.createElement(component))
  });
 }, [])

 return NeighborPage
  ? NeighborPage
  : <div>Loading...</div>;
}

export default Main

配置 plugin

七、配置 plugin

配置 Plugin 去处理及优化其他需求，


module.exports = {
 plugins: [
  // 优化 require
  new webpack.ContextReplacementPlugin(/moment[\/\\]locale$/, /en|zh/),
  // 用于提升构建速度
  createHappyPlugin('happy-babel', [{
   loader: 'babel-loader',
   options: {
    presets: ['@babel/preset-env', "@babel/preset-react"],
    plugins: [
     ['@babel/plugin-proposal-class-properties', {
      loose: true
     }]
    ],
    // babel-loader 支持缓存转换出的结果，通过 cacheDirectory 选项开启
    cacheDirectory: true,
    // Save disk space when time isn't as important
    cacheCompression: true,
    compact: true,
   }
  }])
 ]
}

常用 plugins：

html-webpack-plugin ：生成 html 文件，并将包添加到 html 中

webpack-parallel-uglify-plugin ：压缩 js（多进程并行处理压缩）

happypack ：多线程 loader，用于提升构建速度

hard-source-webpack-plugin ：为模块提供中间缓存步骤，显著提高打包速度

webpack-merge ：合并 Webpack 配置

mini-css-extract-plugin ：抽离 css

optimize-css-assets-webpack-plugin ：压缩 css

add-asset-html-webpack-plugin ：将 JavaScript 或 CSS 资产添加到 html-webpack-plugin 生成的 HTML 中

更多插件可见：plugins 文档。

配置devtool：source map

八、配置devtool：source map

配置 Webpack 如何生成 Source Map，用来增强调试过程。不同的值会明显影响到构建(build)和重新构建(rebuild)的速度：

生产环境：默认为 null ，一般不设置（即 none ）或 nosources-source-map

开发环境：默认为 eval ，一般设置为 eval 、 cheap-eval-source-map 、 cheap-module-eval-source-map

策略为：

使用 cheap 模式可以大幅提高 sourcemap 生成的效率。没有列信息（会映射到转换后的代码，而不是映射到原始代码），通常我们调试并不关心列信息，而且就算 source map 没有列，有些浏览器引擎（例如 v8）也会给出列信息。
使用 eval 方式可大幅提高持续构建效率。参考官方文档提供的速度对比表格可以看到 eval 模式的编译速度很快。
使用 module 可支持 babel 这种预编译工具（在 Webpack 里作为 loader 使用）。

如果默认的 Webpack minimizer 已被重定义（例如 terser-webpack-plugin ），你必须提供 sourceMap：true 选项来启用 source map 支持。

更多可查看：devtool 文档。

配置性能 performance

九、配置性能 performance

当打包时出现超过特定文件限制的资产和入口点， performance 控制 Webpack 如何通知：


module.exports = {
 // 配置如何显示性能提示
 performance: {
  // 可选 warning、error、false
  // false：性能设置,文件打包过大时，不报错和警告，只做提示
  // warning：显示警告，建议用在开发环境
  // error：显示错误，建议用在生产环境，防止部署太大的生产包，从而影响网页性能
  hints: false
 }
}

配置其它

十、配置其它

1. watch 与 watchOptions

watch

监视文件更新，并在文件更新时重新编译：


module.export = {
 // 启用监听模式
 watch: true,
}

在 webpack-dev-server 和 webpack-dev-middleware 中，默认启用了监视模式。

或者我们可以在命令行里启动监听（使用 --watch ）：


webpack --watch --config webpack.config.dev.js

watchOptions


module.export = {
 watch: true,
 // 自定义监视模式
 watchOptions: {
  // 排除监听
  ignored: /node_modules/,
  // 监听到变化发生后，延迟 300ms（默认） 再去执行动作，
  // 防止文件更新太快导致重新编译频率太高
  aggregateTimeout: 300,
  // 判断文件是否发生变化是通过不停的去询问系统指定文件有没有变化实现的
  // 默认 1000ms 询问一次
  poll: 1000
 }
}

2. externals

排除打包时的依赖项，不纳入打包范围内。例如你项目中使用了 jquery ，并且你在 html 中引入了它，那么在打包时就不需要再把它打包进去：


<script
 src="https://code.jquery.com/jquery-3.1.0.js"
 integrity="sha256-slogkvB1K3VOkzAI8QITxV3VzpOnkeNVsKvtkYLMjfk="
 crossorigin="anonymous">
</script>

配置：


module.exports = {
 // 打包时排除 jquery 模块
 externals: {
  jquery: 'jQuery'
 }
};

3.target

构建目标，用于为 Webpack 指定一个环境：


module.exports = {
 // 编译为类浏览器环境里可用（默认）
 target: 'web'
};

4. cache

缓存生成的 Webpack 模块和块以提高构建速度。在开发模式中，缓存设置为 type: 'memory' ，在生产模式中禁用。 cache: true 是 cache: {type: 'memory'} 的别名。要禁用缓存传递 false ：


module.exports = {
 cache: false
}

在内存中，缓存仅在监视模式下有用，并且我们假设你在开发中使用监视模式。在不进行缓存的情况下，内存占用空间较小。

5. name

配置的名称，用于加载多个配置：


module.exports = {
 name: 'admin-app'
};

总结

十一、总结

本文仅列出了一些常用的配置项，所有配置文件架构可见：https://github.com/webpack/webpack/blob/master/schemas/WebpackOptions.json，你也可以进入 Webpack 官网了解更多。

参考：

https://webpack.js.org/

https://medium.com/hackernoon/the-100-correct-way-to-split-your-chunks-with-webpack-f8a9df5b7758

https://medium.com/webpack/webpack-4-mode-and-optimization-5423a6bc597a

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持本站。

Webpack 4 配置指南：从入门到生产环境最佳实践

前言

配置入口 entry

配置出口 output

配置模式 mode

配置解析策略 resolve

配置解析和转换文件的策略 module

配置优化 optimization

配置 plugin

配置devtool：source map

配置性能 performance

配置其它

总结

实用工具推荐