共计 14674 个字符,预计需要花费 37 分钟才能阅读完成。
前言
对于入门选手来讲,webpack 配置项很多很重,如何疾速配置一个可用于线上环境的 webpack 就是一件值得思考的事件。其实相熟 webpack 之后会发现很简略,根底的配置能够分为以下几个方面:entry
、output
、mode
、resolve
、module
、optimization
、plugin
、source map
、performance
等,本文就来重点剖析下这些局部。
一、配置入口 entry
1、单入口和多入口
将源文件退出到 webpack 构建流程,能够是单入口:
module.exports = {entry: `./index.js`,}
构建包名称 [name]
为 main
;
或多入口:
module.exports = {
entry: {"index": `./index.js`,},
}
key:value
键值对的模式:
- key:构建包名称,即
[name]
,在这里为index
- value:入口门路
入口决定 webapck 从哪个模块开始生成依赖关系图(构建包),每一个入口文件都对应着一个依赖关系图。
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
用于告知 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:'/',
}
}
在 webpack4 开发模式下,会默认启动 output.pathinfo
,它会输入一些额定的正文信息,对我的项目调试十分有用,尤其是应用 eval devtool 时。
filename
:[name]
为 entry 配置的 key
,除此之外,还能够是 [id]
(外部块 id)、[hash]
、[contenthash]
等。
1. 浏览器缓存与 hash 值
对于咱们开发的每一个利用,浏览器都会对动态资源进行缓存,如果咱们更新了动态资源,而没有更新动态资源名称(或门路),浏览器就可能因为缓存的问题获取不到更新的资源。在咱们应用 webpack 进行打包的时候,webpack 提供了 hash 的概念,所以咱们能够应用 hash 来打包。
在定义包名称(例如 chunkFilename
、filename
),咱们个别会用到哈希值,不同的哈希值应用的场景不同:
hash
build-specific,哈希值对应每一次构建(Compilation
),即每次编译都不同,即便文件内容都没有扭转,并且所有的资源都共享这一个哈希值,此时,浏览器缓存就没有用了,能够用在开发环境,生产环境不实用。
chunkhash
chunk-specific,哈希值对应于 webpack 每个入口点,每个入口都有本人的哈希值。如果在某一入口文件创建的关系依赖图上存在文件内容产生了变动,那么相应入口文件的 chunkhash
才会发生变化,实用于生产环境
contenthash
content-specific,依据包内容计算出的哈希值,只有包内容不变,contenthash
就不变,实用于生产环境
webpack 也容许哈希的切片。如果你写 [hash:8]
,那么它会获取哈希值的前 8 位。
留神:
- 尽量在生产环境应用哈希
- 按需加载的块不受
filename
影响,受chunkFilename
影响 - 应用
hash/chunkhash/contenthash
个别会配合html-webpack-plugin
(创立 html,并捆绑相应的打包文件)、clean-webpack-plugin
(革除原有打包文件)一起应用。
2. 打包成库
当应用 webapck 构建一个能够被其它模块援用的库时:
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(webpack4)
设置 mode
,能够让 webpack 主动调起相应的内置优化。参考 前端进阶面试题具体解答
module.exports = {
// 能够是 none、development、production
// 默认为 production
mode: 'production'
}
或在命令行里配置:
"build:prod": "webpack --config config/webpack.prod.config.js --mode production"
在设置了 mode
之后,webpack4 会同步配置 process.env.NODE_ENV
为 development
或 production
。
webpack4 最引人注目的次要是:
-
减小编译工夫
打包工夫减小了超过 60%
-
零配置
咱们能够在没有任何配置文件的状况下将 webpack 用于各种我的项目
webpack4 反对零配置应用,这里的零配置就是指,mode
以及 entry
(默认为 src/index.js
)都能够通过入口文件指定,并且 webpack4 针对对不同的 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 模式会给予你最好的开发体验:
- 浏览器调试工具
- 疾速增量编译可放慢开发周期
- 运行时提供有用的谬误音讯
只管 webpack4 在尽力让零配置做到更多,但依然是有限度的,大多数状况下还是须要一个配置文件。咱们能够在我的项目的初期应用零配置,在前期业务简单的时候再配置。
5. 环境变量 process.env.NODE_ENV
第三方框架或库,以及咱们的业务代码,都会针对不同的环境配置,执行不同的逻辑代码,例如:
咱们能够通过以下形式定义环境变量:
办法一:webpack4 中 mode: ‘production’ 曾经默认配置了 process.env.NODE_ENV = ‘production’,所以 webapck4 能够不定义
只管 webpack4 中定义 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
在 window 中配置 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
自定义寻找依赖模块时的策略(例如 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.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 文件,并将其编译为 csssass-loader
:解决 sass、scss 文件,并将其编译为 css-
postcss-loader
:// postcss.config.js module.exports = { // 解析 CSS 文件并且增加浏览器前缀到 CSS 内容里 plugins: [require('autoprefixer')], };
css-loader
:解决 css 文件style-loader
:将 css 注入到 DOMfile-loader
:将文件上的import
/require
解析为url
,并将该文件输入到输入目录中url-loader
:用于将文件转换成 base64 uri 的 webpack 加载程序html-loader
:将 HTML 导出为字符串,当编译器要求时,将 HTML 最小化
六、配置优化 optimization(webpack4)
webapck4 会依据你所抉择的 mode
进行优化,你能够手动配置,它将会笼罩主动优化
次要波及两方面的优化:
- 最小化包
- 拆包
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 去解决及优化其它的需要,
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
:抽离 cssoptimize-css-assets-webpack-plugin
:压缩 cssadd-asset-html-webpack-plugin
:将 JavaScript 或 CSS 资产增加到 html-webpack-plugin 生成的 HTML 中
更多插件可见:plugins
八、配置 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 模式能够大幅提高 souremap 生成的效率。 没有列信息(会映射到转换后的代码,而不是映射到原始代码),通常咱们调试并不关怀列信息,而且就算 source map 没有列,有些浏览器引擎(例如 v8)也会给出列信息。
- 应用 eval 形式可大幅提高继续构建效率。参考官网文档提供的速度比照表格能够看到 eval 模式的编译速度很快。
- 应用 module 可反对 babel 这种预编译工具(在 webpack 里做为 loader 应用)。
如果默认的 webpack minimizer
曾经被重定义(例如 terser-webpack-plugin
),你必须提供 sourceMap:true
选项来启用 source map 反对。
九、配置性能 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'};