webpack
介绍
webpack 是一个打包模块化的 JavaScript 工具,在 webpack 里一切文件都可看作是模版,通过 loader 转换文件,再通过 plugin 注入钩子,最后输出由多个模块组合成的文件
webpack 作为一个模块打包机,能做什么?
- 代码转换: TypeScript 编译成 JavaScript、SCSS,LESS 编译成 CSS
- 文件优化: 压缩 JS、CSS、HTML 代码,压缩合并图片
- 代码分割: 提取多个页面的公共代码、提取首屏不需要执行部分的代码使其异步加载
- 模块合并: 在采用模块化的项目里会有很多个模块和文件,需要构建功能把模块分类合并成一个文件
- 自动刷新: 监听本地源代码的变化,自动重新构建、刷新浏览器
基础
安装
使用 webpack4,因为抽离了 webpack-cli, 所以需要安装 webpack 和 webpack-cli。
执行命令yarn add webpack webpack-cli --dev
配置文件
webpack.config.js
const path = require("path");
module.exports = {
mode: "development",
entry: "./src/index.js", // 以当前目录为根目录
output: {
path: path.join(__dirname, "./dist"),
filename: "bundle.js",
},
module: {
rules: [
{
test: 正则表达式,
use: [对应的loader],
},
],
},
plugins: [],
};
(webpack 支持 es6
,CommonJS
,AMD
,配置文件明显是一个符合 commonjs 规范的包文件)
说明
entry
: 配置模块入口,可理解为输入, webpack 执行构建的第一步从入口开始,搜寻及递归解析出所有入口依赖的模块(必填)output
: 代表输出文件配置module
: 配置处理模块的规则,不同后缀的文件用不同的包来处理plugins
: 扩展 webpack 功能,通过在构建流程里注入钩子实现devServer
: 提高开发效率externals
: 告诉 webpack 要构建的代码中使用了哪些不用被打包的模块,使用来自 JavaScript 运行环境提供的全局变量
打包 JS
// 安装 webpack 后,找到 package.json 文件(没有的话 yarn init),
// 增加 "scripts":{ "build": "webpack ./webpack.config.js"}
// webpack 4版本以上 直接运行 `npx webpack` 命令就能打包文件
// 命令行敲 yarn build 就能打包我们需要的 bundle.js 文件
npm 包版本
"devDependencies": {
"@babel/core": "^7.8.6",
"autoprefixer": "^9.7.4",
"babel-core": "^6.26.3",
"babel-loader": "7",
"babel-preset-env": "^1.7.0",
"babel-preset-stage-0": "^6.24.1",
"clean-webpack-plugin": "^3.0.0",
"core-js": "3",
"css-loader": "^3.4.2",
"extract-text-webpack-plugin": "^4.0.0-beta.0",
"html-webpack-plugin": "^3.2.0",
"postcss-loader": "^3.0.0",
"style-loader": "^1.1.3",
"url-loader": "^3.0.0",
"webpack": "^4.41.6",
"webpack-cli": "^3.3.11",
"webpack-dev-server": "^3.10.3"
},
"dependencies": {
"jquery": "^3.4.1",
"lodash": "^4.17.15"
}
可能遇到的报错
- babel-loader 与 babel-core 版本兼容性问题:
babel-loader 版本 8.x
babel-core 版本 6.x
报错:
将 babel-loader 卸载再安装yarn add babel-loader@7 --dev
就正常了
多页面解决方案——提取公共代码
结构目录
|-src
|-index.js
|-login.js
|-utils.js
js 文件
// index.js
import * as _ from "lodash";
import { sum } from "./utils";
const value = sum(1, 2);
console.log(_);
console.log("At page Index:", _);
export default {
value,
};
// login.js
import * as _ from "lodash";
import { sum } from "./utils";
sum(1, 2);
console.log(sum(1, 2));
console.log("At page Login:", _);
webpack.config.js 文件
const path = require("path");
const { CleanWebpackPlugin } = require("clean-webpack-plugin"); // 打包前清空 dist文件夹 注意新用法 https://github.com/johnagan/clean-webpack-plugin#options-and-defaults-optional
module.exports = {
mode: "development",
devtool: "source-map", // 默认为 eval,为了调试时能回到源代码而不是编译或压缩后的代码,source-map提供了将压缩文件中的代码映射回源文件的原始位置的方法
// entry: ['./src/index.js', './src/login.js'] // 多入口文件合并打包
entry: {
// 多入口文件 如果要分开输出则以对象形式,如要合并打包则以数组形式
index: "./src/index.js",
login: "./src/login.js",
},
output: {
filename: "[name].js", // 多文件分开打包后将出口文件和入口文件名一一对应
path: path.resolve("dist"),
}, // 出口文件
module: {
rules: [
{
// 编译ES6
test: /\.js$/,
use: "babel-loader",
include: /src/, // 只转化src目录下的js文件
exclude: /node_modules/, //排除node_modules, 优化打包速度
},
],
}, // 处理对应模块
plugins: [
// 对应的插件
new CleanWebpackPlugin(),
],
optimization: {
splitChunks: {
cacheGroups: {
vendor: {
// 抽离第三方插件
test: /node_modules/, // 指定是node_modules下的第三方包
chunks: "initial",
name: "vendor", //打包后的文件名 可任意
priority: 10, // 设置优先级 防止和自定义的公共代码提取时被覆盖,不进行打包
},
utils: {
// 抽离自己写的公共代码
chunks: "initial",
name: "utils",
minSize: 0, // 只要超出0字节就生成一个新包
},
},
},
},
};
webpack 其他配置
const path = require("path");
const HtmlWebpackPlugin = require("html-webpack-plugin"); // 使打包后的bundle文件自动插入指定的html
const ExtractTextWebpackPlugin = require("extract-text-webpack-plugin"); // 将css以link方式插入html
const { CleanWebpackPlugin } = require("clean-webpack-plugin"); // 打包前清空 dist文件夹 注意新用法 https://github.com/johnagan/clean-webpack-plugin#options-and-defaults-optional
const webpack = require("webpack");
module.exports = {
mode: "development",
devtool: "source-map", // 默认情况为 eval ,为了调试时能回到源代码调试而不是编译或压缩后的代码,source-map提供了将压缩文件中的代码映射回源文件的原始位置的方法
entry: "./src/index.js", // 单入口文件
// entry: ['./src/index.js', './src/login.js'] // 多入口文件合并打包
// entry: { // 多入口文件 如果要分开输出则以对象形式,如要合并打包则以数组形式
// index: './src/index.js',
// login: './src/login.js'
// },
output: {
filename: "bundle.[hash:4].js", // 添加[hash:4]可以防止文件缓存,每次都会生成4位hash串
// filename: '[name].js', // 多文件分开打包后将出口文件和入口文件名一一对应
path: path.resolve("dist"),
}, // 出口文件
module: {
rules: [
{
// 解析css
test: /\.css$/,
use: [
{
loader: "style-loader",
},
{
loader: "css-loader",
},
{
loader: "postcss-loader", // 添加CSS3前缀,即一些需要兼容写法的属性添加响应前缀
},
],
use: ExtractTextWebpackPlugin.extract({
use: "css-loader",
}),
// publicPath: '../' // 如果是在css文件里引入背景图 则需要指定相对路径
},
{
test: /\.(jpe?g|png|gif)$/,
use: [
{
loader: "url-loader",
options: {
limit: 8192, // 小于8k的图片自动转成base64格式,并且不会存在实体图片
outputPath: "images/", //图片打包后存放的路径
},
},
],
},
{
// 编译ES6
test: /\.js$/,
use: "babel-loader",
include: /src/, // 只转化src目录下的js文件
exclude: /node_modules/, //排除node_modules, 优化打包速度
},
],
}, // 处理对应模块
plugins: [
// 对应的插件
new HtmlWebpackPlugin({
template: "./src/index.html",
filename: "index.html",
chunks: ["vendor", "index"],
// hash: true
}),
new ExtractTextWebpackPlugin("css/style.css"),
new CleanWebpackPlugin(),
new webpack.HotModuleReplacementPlugin(), // 配置自动更新 需要在index.js文件也做相关处理
// new HtmlWebpackPlugin({
// template: './src/login.html',
// filename: 'login.html',
// chunks: ['vendor','login']
// // hash: true
// })
],
// optimization: { // 提取公共模块需要配置
// splitChunks: {
// cacheGroups: {
// vendor: { // 抽离第三方插件
// test: /node_modules/, // 指定是node_modules下的第三方包
// chunks: 'initial',
// name: 'vendor', //打包后的文件名 可任意
// priority: 10 // 设置优先级 防止和自定义的公共代码提取时被覆盖,不进行打包
// },
// utils: { // 抽离自己写的公共代码
// chunks: 'initial',
// name: 'utils',
// minSize: 0 // 只要超出0字节就生成一个新包
// }
// }
// }
// },
devServer: {
// 开发服务器配置
contentBase: "./dist",
host: "localhost", // 默认使localhost
port: 3000, // 端口
open: true, // 自动打开浏览器
hot: true, // 开启热更新
},
};
进阶
编译 ES6
安装所需包:
babel-loader
: 负责es6
语法转化babel-preset-env
: 包含es6
、es7
等版本的语法转化规则babel-polyfill
:es6
内置方法和函数转化垫片babel-plugin-transform-runtime
: 避免polyfill
污染全局变量
为什么需要这些依赖呢?
因为在我们的项目中,不可避免地使用到es6
的语法和 API,我们需要对这些代码进行转化保证能在低版本的浏览器上运行,而babel
就是这个作用,帮助我们将es6
的语法转化
babel-loader
和babel-polyfill
的区别:
babel-loader
和babel-polyfill
的区别是,前者负责语法转化,如箭头函数;后者负责内置方法和函数,如 new Set()
而单独使用一个babel-loader
是不够的,需要配合babel-polyfill
、babel-preset-env
、babel-runtime
使用
babel-polyfill
会模拟一个es2015+
环境,用于应用程序的开发而不是库文件,可以使用Promise
之类的新的内置组件、Array.from
和Object.assigh
等静态方法,以及一些Array.prototype.includes
实例方法、polyfill
将添加到全局范围和本地原型中,导致污染全局变量
引入babel-polyfill
的四种方式:
直接在
main.js
顶部使用:import "@babel/polyfill"
设置
.babelrc
:
{
"presets": [
[
"@babel/preset-env",
{
"useBuiltIns": "entry",
"corejs": 2
}
]
]
}
并在main.js
顶部使用import "@babel/polyfill"
- 设置
.babelrc
:
{
"preset": [
[
"@babel/preset-env",
{
"useBuiltIns": false
}
]
]
}
然后在webpack.config.js
中入口配置:
entry: {
app: [
"@babel/polyfill",
"./main.hs:
]
}
- 设置
.babelrc
,无需再引用@babel/polyfill
(按需引入,前三种是全部引入)
{
"preset": [
[
"@babel/preset-env",
{
"useBuiltIns": "usage",
"corejs": 2
}
]
]
}
该配置会自动加载项目中需要的polifill
,而不是全部引入
babel-runtime
和babel-plugin-transform-runtime
babel-runtime
为生产依赖而babel-plugin-transform-runtime
为开发依赖,babel-runtime
包含了所有的核心帮助函数,举个栗子,当我们需要使用Promise
时,就需要在项目文件中引入所需要的帮助函数:
import Promise from "babel-runtime/core.js/promise"
let promise = new Promise(function(resolve, reject) {
console.log('Promise)
resolve()
})
promise.then(function() {
console.log('resolved')
})
但手动引入是比较繁琐的,就需要babel-transform-runtime
插件,帮助我们分析项目代码,自动引入所需的垫片 API,使用方式:在.babelrc
设置:
{
"plugins: [
[
"@babel/plugin-transform-runtime",
{
"corejs": 2 // 默认值为 false,为达到自动引入的效果需要改成 2
}
]
]
}
并安装依赖npm install --save @babel/runtime-corejs2
需要注意的是,babel-runtime
不能模拟实例方法,即内置对象原型上的方法,如Array.prototype.concat
,如果babel
版本 >= 7.4.0,设置"corejs": 3
,同样需要安装依赖npm install --save @babel/runtime-corejs3
就能正常使用实例方法了
分析打包结果
源文件
结果文件
/******/ (function(modules) {
// webpackBootstrap
/******/ // The module cache // 模块缓存
/******/ var installedModules = {}; // The require function // 请求函数
/******/
/******/ /******/ function __webpack_require__(moduleId) {
/******/
/******/ // Check if module is in cache // 检查模块是否在缓存
/******/ if (installedModules[moduleId]) {
/******/ return installedModules[moduleId].exports;
/******/
} // Create a new module (and put it into the cache) // 创建新的模块并放进缓存
/******/ /******/ var module = (installedModules[moduleId] = {
/******/ i: moduleId,
/******/ l: false,
/******/ exports: {},
/******/
}); // Execute the module function // 执行模块函数 this 模块对象本身 模块对象的exports属性 请求函数最终返回
/******/
/******/ /******/ modules[moduleId].call(
module.exports,
module,
module.exports,
__webpack_require__
); // Flag the module as loaded // 标志模块已经加载完
/******/
/******/ /******/ module.l = true; // Return the exports of the module // 返回模块输出
/******/
/******/ /******/ return module.exports;
/******/
} // expose the modules object (__webpack_modules__) // 暴露所有模块对象
/******/
/******/
/******/ /******/ __webpack_require__.m = modules; // expose the module cache // 暴露模块缓存
/******/
/******/ /******/ __webpack_require__.c = installedModules; // define getter function for harmony exports // 为ES6 export定义 getter函数
/******/
/******/ /******/ __webpack_require__.d = function(exports, name, getter) {
/******/ if (!__webpack_require__.o(exports, name)) {
/******/ Object.defineProperty(exports, name, {
enumerable: true,
get: getter,
});
/******/
}
/******/
}; // define __esModule on exports // 在exports定义_esModule
/******/
/******/ /******/ __webpack_require__.r = function(exports) {
/******/ if (typeof Symbol !== "undefined" && Symbol.toStringTag) {
/******/ Object.defineProperty(exports, Symbol.toStringTag, {
value: "Module",
});
/******/
}
/******/ Object.defineProperty(exports, "__esModule", { value: true });
/******/
}; // create a fake namespace object // 创建代用命名空间对象 // mode & 1: value is a module id, require it // value是一个模块Id,必须使用 // mode & 2: merge all properties of value into the ns // 合并value属性到ns // mode & 4: return value when already ns object // ns已经是对象时返回value // mode & 8|1: behave like require // 表现如require
/******/
/******/ /******/ /******/ /******/ /******/ /******/ __webpack_require__.t = function(
value,
mode
) {
/******/ if (mode & 1) value = __webpack_require__(value);
/******/ if (mode & 8) return value;
/******/ if (
mode & 4 &&
typeof value === "object" &&
value &&
value.__esModule
)
return value;
/******/ var ns = Object.create(null);
/******/ __webpack_require__.r(ns);
/******/ Object.defineProperty(ns, "default", {
enumerable: true,
value: value,
});
/******/ if (mode & 2 && typeof value != "string")
for (var key in value)
__webpack_require__.d(
ns,
key,
function(key) {
return value[key];
}.bind(null, key)
);
/******/ return ns;
/******/
}; // getDefaultExport function for compatibility with non-harmony modules // 用于兼容非ES6模块的 getModuleExports函数
/******/
/******/ /******/ __webpack_require__.n = function(module) {
/******/ var getter =
module && module.__esModule
? /******/ function getDefault() {
return module["default"];
}
: /******/ function getModuleExports() {
return module;
};
/******/ __webpack_require__.d(getter, "a", getter);
/******/ return getter;
/******/
}; // Object.prototype.hasOwnProperty.call
/******/
/******/ /******/ __webpack_require__.o = function(object, property) {
return Object.prototype.hasOwnProperty.call(object, property);
}; // __webpack_public_path__
/******/
/******/ /******/ __webpack_require__.p = ""; // Load entry module and return exports // 加载入口文件并返回 exports
/******/
/******/
/******/ /******/ return __webpack_require__(
(__webpack_require__.s = "./src/index.js")
);
/******/
})(
/************************************************************************/
/******/ {
/***/ "./src/index.js":
/*!**********************!*\
!*** ./src/index.js ***!
\**********************/
/*! no static exports found */
/***/ function(module, exports, __webpack_require__) {
"use strict";
Object.defineProperty(exports, "__esModule", {
value: true,
});
var _utils = __webpack_require__(/*! ./utils */ "./src/utils.js");
var value = (0, _utils.sum)(1, 2);
exports.default = {
value: value,
};
/***/
},
/***/ "./src/utils.js":
/*!**********************!*\
!*** ./src/utils.js ***!
\**********************/
/*! no static exports found */
/***/ function(module, exports, __webpack_require__) {
"use strict";
Object.defineProperty(exports, "__esModule", {
value: true,
});
var sum = (exports.sum = function sum(a, b) {
return a + b;
});
/***/
},
/******/
}
);
//# sourceMappingURL=bundle.6777.js.map
需要设置 devtool
属性为 source-map
源文件中的所有import
和export
都会转换为对应的辅助函数:
import
对应__webpack_require__
export
对应__webpack_exports__['default']
直接赋值 和__webpack_require__.d
输出
整个流程:
- 定义
__webpack_require__
及其辅助函数 - 使用
__webpack_require__
引入入口文件 __webpack_require__
函数载入模块,将模块放到模块缓存- 调用模块:
- 同样使用
__webpack_require__
读取依赖(回到第 3 步) - 运行模块内部功能
- 使用
__webpack_exports__['default']
直接赋值和__webpack_require__.d
输出
- 运行结束
打包结果
参考:
- 四大维度解锁 Webpack3.0 前端工程化 -- 由浅入深 webpack。
- webpack 最简打包结果分析 -- 清晰明了,说明 webapck 的打包文件流程。
优化打包速度
长缓存优化
优化
运行机制
webpack 的运行过程可以简化为以下流程:
初始化配置参数 -> 绑定事件钩子回调 -> 确定 Entry 逐一遍历 -> 使用 loader 编译文件 -> 输出文件
在分析 webpack 运行流程时,可以先了解 webpack 的事件流机制:
Webpack 就像是一条生产线,要经过一系列处理流程后才能将源文件转换成输出结果。这条生产线上的每个处理流程的职责都是单一的,多个流程之间有存在依赖关系,只有当完成当前处理后才交给下一个流程去处理。插件就像是一个插入到生产线中的一个功能,在特定的时机对生产线上的资源做处理。 Webpack 通过 Tapable 来组织这条复杂的生产线。在运行过程中,webpack 会广播事件,插件只需要坚挺它所关心的事件,就能加入到这条生产线中,去改变生产线的运作。webpack 的事件流机制保证了插件的有序性,使得整个系统扩展性很好。
webpack 的事件流,就类似于 vue 过程中的生命周期钩子函数,它们分别代表着不同的构建周期和状态,我们可以像在浏览器上监听 click 事件一样监听事件流上的事件,并且为它们挂载事件回调。我们也可以通过 Tapable 自定义事件并在合适时机进行广播。
Tapable 是通过发布者-订阅者模式实现事件管理,它的部分核心代码可以概括成:
class SyncHook {
constructor() {
this.hooks = [];
}
// 订阅事件
tap(name, fn) {
this.hooks.push(fn);
}
// 发布事件
call() {
this.hooks.forEach((hook) => hook(...arguments));
}
}
初始化阶段
事件名 | 解释 |
---|---|
初始化参数 | 从配置文件和 Shell 语句中读取与合并参数,得出最终的参数。在这个过程中还会执行配置文件中的插件实例化语句 new Plugin() |
实例化 Compiler | 用上一步得到的参数初始化 Compiler 实例, Compiler 负责文件监听和启动编译。在 Compiler 实例中包含了完整的 Webpack 配置,全局只有一个 Compiler 实例 |
加载插件 | 依次调用插件的 apply 方法,让插件可以监听后续的所有事件节点。同时向插件传入 compiler 实例的引用,以方便插件通过 compiler 调用 Webpack 提供的 API |
environment | 开始应用 Node.js 风格的文件系统到 compiler 对象,以方便后续的文件寻找和读取 |
entry-option | 读取配置的 Entrys ,为每个 Entry 实例化一个对应的 EntryPlugin ,为后面该 Entry 的递归解析工作做准备 |
after-plugins | 调用完所有内置的和配置的插件的 apply 方法 |
after-resolves | 根据配置初始化 resolver, resolver 负责在文件系统中寻找指定路径的文件 |
编译阶段
事件名 | 解释 |
---|---|
run | 启动一次新的编译 |
watch-run | 和 run 类似,区别在于它是在监听模式下启动编译,在这个事件中可以获取是哪些文件发生了变化从而导致重新启动一次新的编译 |
compile | 该事件是为了告诉插件一次新的编译将要启动,同时会给插件带上 compiler 对象 |
compilation | 当 Webpack 以开发模式运行时,每当检测到文件的变化,便有一次新的 Compilation 被创建。一个 Compilation 对象包含了当前的模块资源、编译生成资源、变化的文件等。Compilation 对象也提供了很多事件回 调给插件进行扩展 |
make | 一个新的 Compilation 创建完毕,即将从 Entry 开始读取文件,根据文件的类型和配置的 Loader 对文件进行编译,编译完后再找出该文件依赖的文件,递归地编译和解析 |
after-compile | 一 次 Compilation 执行完成 |
invalid | 当遇到文件不存在、文件编译错误等异常时会触发该事件,该事件不会导致 Webpack 退出 |
compilation 阶段会调用 loader,完成每个模块的转换操作,compilation 阶段发生的事件:
事件名 | 解释 |
---|---|
build-module | 使用对应的 Loader 去转换一个模块 |
normal-module-loader | 和 run 在用 Loader 转换完一个模块后,使用 acorn 解析转换后的内容,输出对应的抽象语法树(AST ),以方便 Webpack 在后面对代码进行分析 |
program | 从配置的入口模块开始,分析其 AST, 当遇到 require 等导入其他模块的语句时,便将其加入依赖的模块列表中,同时对新找出的依赖模块递归分析,最终弄清楚所有模块的依赖关系 |
seal | 所有模块及其依赖的模块都通过 Loader 转换完成,根据依赖关系开始生成 Chunk |
输出阶段
事件名 | 解释 |
---|---|
should-emit | 所有需要输出的文件己经生成,询问插件有哪些文件需要输出,有哪些不需要输出 |
emit | 确定好要输出哪些文件后,执行文件输出,可以在这里获取和修改输出的内容 |
after-emit | 文件输出完毕 |
done | 成功完成一次完整的编译和输出流程 |
failed | 如果在编译和输出的流程中遇到异常,导致 Webpack 退出,就会直接跳转到本步骤,插件可以在本事件中获取具体的错 误原因 |