loader 原理
loader 概念
帮助 webpack 将不同类型的文件转换为 webpack 可识别的模块。
loader 执行顺序
- 分类
- pre: 前置 loader
- normal: 普通 loader
- inline: 内联 loader
- post: 后置 loader
- 执行顺序
- 4 类 loader 的执行优级为:
pre > normal > inline > post
。
- 相同优先级的 loader 执行顺序为:
从右到左,从下到上
。
例如:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
| module: { rules: [ { test: /\.js$/, loader: "loader1", }, { test: /\.js$/, loader: "loader2", }, { test: /\.js$/, loader: "loader3", }, ], },
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
| module: { rules: [ { enforce: "pre", test: /\.js$/, loader: "loader1", }, { test: /\.js$/, loader: "loader2", }, { enforce: "post", test: /\.js$/, loader: "loader3", }, ], },
|
- 使用 loader 的方式
- 配置方式:在
webpack.config.js
文件中指定 loader。(pre、normal、post loader)
- 内联方式:在每个
import
语句中显式指定 loader。(inline loader)
- inline loader
用法:import Styles from 'style-loader!css-loader?modules!./styles.css';
含义:
- 使用
css-loader
和 style-loader
处理 styles.css
文件
- 通过
!
将资源中的 loader 分开
inline loader
可以通过添加不同前缀,跳过其他类型 loader。
1
| import Styles from '!style-loader!css-loader?modules!./styles.css';
|
-!
跳过 pre 和 normal loader。
1
| import Styles from '-!style-loader!css-loader?modules!./styles.css';
|
!!
跳过 pre、 normal 和 post loader。
1
| import Styles from '!!style-loader!css-loader?modules!./styles.css';
|
开发一个 loader
1. 最简单的 loader
1 2 3 4 5
| module.exports = function loader1(content) { console.log("hello loader"); return content; };
|
它接受要处理的源码作为参数,输出转换后的 js 代码。
2. loader 接受的参数
content
源文件的内容
map
SourceMap 数据
meta
数据,可以是任何内容
loader 分类
1. 同步 loader
1 2 3
| module.exports = function (content, map, meta) { return content; };
|
this.callback
方法则更灵活,因为它允许传递多个参数,而不仅仅是 content
。
1 2 3 4 5 6
| module.exports = function (content, map, meta) { this.callback(null, content, map, meta); return; };
|
2. 异步 loader
1 2 3 4 5 6 7
| module.exports = function (content, map, meta) { const callback = this.async(); setTimeout(() => { callback(null, result, map, meta); }, 1000); };
|
由于同步计算过于耗时,在 Node.js 这样的单线程环境下进行此操作并不是好的方案,我们建议尽可能地使你的 loader 异步化。但如果计算量很小,同步 loader 也是可以的。
3. Raw Loader
默认情况下,资源文件会被转化为 UTF-8 字符串,然后传给 loader。通过设置 raw 为 true,loader 可以接收原始的 Buffer。
1 2 3 4 5
| module.exports = function (content) { return content; }; module.exports.raw = true;
|
4. Pitching Loader
1 2 3 4 5 6
| module.exports = function (content) { return content; }; module.exports.pitch = function (remainingRequest, precedingRequest, data) { console.log("do somethings"); };
|
webpack 会先从左到右执行 loader 链中的每个 loader 上的 pitch 方法(如果有),然后再从右到左执行 loader 链中的每个 loader 上的普通 loader 方法。

在这个过程中如果任何 pitch 有返回值,则 loader 链被阻断。webpack 会跳过后面所有的的 pitch 和 loader,直接进入上一个 loader 。

loader API
方法名 |
含义 |
用法 |
this.async |
异步回调 loader。返回 this.callback |
const callback = this.async() |
this.callback |
可以同步或者异步调用的并返回多个结果的函数 |
this.callback(err, content, sourceMap?, meta?) |
this.getOptions(schema) |
获取 loader 的 options |
this.getOptions(schema) |
this.emitFile |
产生一个文件 |
this.emitFile(name, content, sourceMap) |
this.utils.contextify |
返回一个相对路径 |
this.utils.contextify(context, request) |
this.utils.absolutify |
返回一个绝对路径 |
this.utils.absolutify(context, request) |
更多文档,请查阅 webpack 官方 loader api 文档
手写 clean-log-loader
作用:用来清理 js 代码中的console.log
1 2 3 4 5
| module.exports = function cleanLogLoader(content) { return content.replace(/console\.log\(.*\);?/g, ""); };
|
手写 banner-loader
作用:给 js 代码添加文本注释
- loaders/banner-loader/index.js
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
| const schema = require("./schema.json");
module.exports = function (content) { const options = this.getOptions(schema);
const prefix = ` /* * Author: ${options.author} */ `;
return `${prefix} \n ${content}`; };
|
- loaders/banner-loader/schema.json
1 2 3 4 5 6 7 8 9
| { "type": "object", "properties": { "author": { "type": "string" } }, "additionalProperties": false }
|
手写 babel-loader
作用:编译 js 代码,将 ES6+语法编译成 ES5-语法。
1
| npm i @babel/core @babel/preset-env -D
|
- loaders/babel-loader/index.js
1 2 3 4 5 6 7 8 9 10 11 12
| const schema = require("./schema.json"); const babel = require("@babel/core");
module.exports = function (content) { const options = this.getOptions(schema); const callback = this.async(); babel.transform(content, options, function (err, result) { callback(err, result.code); }); };
|
- loaders/banner-loader/schema.json
1 2 3 4 5 6 7 8 9
| { "type": "object", "properties": { "presets": { "type": "array" } }, "additionalProperties": true }
|
手写 file-loader
作用:将文件原封不动输出出去
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
| const loaderUtils = require("loader-utils");
function fileLoader(content) { const filename = loaderUtils.interpolateName(this, "[hash].[ext]", { content, }); this.emitFile(filename, content); return `export default '${filename}'`; }
fileLoader.raw = true;
module.exports = fileLoader;
|
1 2 3 4 5
| { test: /\.(png|jpe?g|gif)$/, loader: "./loaders/file-loader.js", type: "javascript/auto", },
|
手写 style-loader
作用:动态创建 style 标签,插入 js 中的样式代码,使样式生效。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54
| const styleLoader = () => {};
styleLoader.pitch = function (remainingRequest) {
const relativeRequest = remainingRequest .split("!") .map((part) => { const relativePath = this.utils.contextify(this.context, part); return relativePath; }) .join("!");
const script = ` import style from "!!${relativeRequest}" const styleEl = document.createElement('style') styleEl.innerHTML = style document.head.appendChild(styleEl) `;
return script; };
module.exports = styleLoader;
|
Plugin 原理
Plugin 的作用
通过插件我们可以扩展 webpack,加入自定义的构建行为,使 webpack 可以执行更广泛的任务,拥有更强的构建能力。
Plugin 工作原理
webpack 就像一条生产线,要经过一系列处理流程后才能将源文件转换成输出结果。 这条生产线上的每个处理流程的职责都是单一的,多个流程之间有存在依赖关系,只有完成当前处理后才能交给下一个流程去处理。 插件就像是一个插入到生产线中的一个功能,在特定的时机对生产线上的资源做处理。webpack 通过 Tapable 来组织这条复杂的生产线。 webpack 在运行过程中会广播事件,插件只需要监听它所关心的事件,就能加入到这条生产线中,去改变生产线的运作。 webpack 的事件流机制保证了插件的有序性,使得整个系统扩展性很好。 ——「深入浅出 Webpack」
站在代码逻辑的角度就是:webpack 在编译代码过程中,会触发一系列 Tapable
钩子事件,插件所做的,就是找到相应的钩子,往上面挂上自己的任务,也就是注册事件,这样,当 webpack 构建的时候,插件注册的事件就会随着钩子的触发而执行了。
Webpack 内部的钩子
什么是钩子
钩子的本质就是:事件。为了方便我们直接介入和控制编译过程,webpack 把编译过程中触发的各类关键事件封装成事件接口暴露了出来。这些接口被很形象地称做:hooks
(钩子)。开发插件,离不开这些钩子。
Tapable
Tapable
为 webpack 提供了统一的插件接口(钩子)类型定义,它是 webpack 的核心功能库。webpack 中目前有十种 hooks
,在 Tapable
源码中可以看到,他们是:
1 2 3 4 5 6 7 8 9 10 11 12 13
| exports.SyncHook = require("./SyncHook"); exports.SyncBailHook = require("./SyncBailHook"); exports.SyncWaterfallHook = require("./SyncWaterfallHook"); exports.SyncLoopHook = require("./SyncLoopHook"); exports.AsyncParallelHook = require("./AsyncParallelHook"); exports.AsyncParallelBailHook = require("./AsyncParallelBailHook"); exports.AsyncSeriesHook = require("./AsyncSeriesHook"); exports.AsyncSeriesBailHook = require("./AsyncSeriesBailHook"); exports.AsyncSeriesLoopHook = require("./AsyncSeriesLoopHook"); exports.AsyncSeriesWaterfallHook = require("./AsyncSeriesWaterfallHook"); exports.HookMap = require("./HookMap"); exports.MultiHook = require("./MultiHook");
|
Tapable
还统一暴露了三个方法给插件,用于注入不同类型的自定义构建行为:
tap
:可以注册同步钩子和异步钩子。
tapAsync
:回调方式注册异步钩子。
tapPromise
:Promise 方式注册异步钩子。
Plugin 构建对象
Compiler
compiler 对象中保存着完整的 Webpack 环境配置,每次启动 webpack 构建时它都是一个独一无二,仅仅会创建一次的对象。
这个对象会在首次启动 Webpack 时创建,我们可以通过 compiler 对象上访问到 Webapck 的主环境配置,比如 loader 、 plugin 等等配置信息。
它有以下主要属性:
compiler.options
可以访问本次启动 webpack 时候所有的配置文件,包括但不限于 loaders 、 entry 、 output 、 plugin 等等完整配置信息。
compiler.inputFileSystem
和 compiler.outputFileSystem
可以进行文件操作,相当于 Nodejs 中 fs。
compiler.hooks
可以注册 tapable 的不同种类 Hook,从而可以在 compiler 生命周期中植入不同的逻辑。
compiler hooks 文档
Compilation
compilation 对象代表一次资源的构建,compilation 实例能够访问所有的模块和它们的依赖。
一个 compilation 对象会对构建依赖图中所有模块,进行编译。 在编译阶段,模块会被加载(load)、封存(seal)、优化(optimize)、 分块(chunk)、哈希(hash)和重新创建(restore)。
它有以下主要属性:
compilation.modules
可以访问所有模块,打包的每一个文件都是一个模块。
compilation.chunks
chunk 即是多个 modules 组成而来的一个代码块。入口文件引入的资源组成一个 chunk,通过代码分割的模块又是另外的 chunk。
compilation.assets
可以访问本次打包生成所有文件的结果。
compilation.hooks
可以注册 tapable 的不同种类 Hook,用于在 compilation 编译模块阶段进行逻辑添加以及修改。
compilation hooks 文档
生命周期简图

开发一个插件
最简单的插件
1 2 3 4 5 6 7 8 9 10 11 12 13
| class TestPlugin { constructor() { console.log("TestPlugin constructor()"); } apply(compiler) { console.log("TestPlugin apply()"); } }
module.exports = TestPlugin;
|
注册 hook
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66
| class TestPlugin { constructor() { console.log("TestPlugin constructor()"); } apply(compiler) { console.log("TestPlugin apply()");
compiler.hooks.compile.tap("TestPlugin", (compilationParams) => { console.log("compiler.compile()"); });
compiler.hooks.make.tap("TestPlugin", (compilation) => { setTimeout(() => { console.log("compiler.make() 111"); }, 2000); });
compiler.hooks.make.tapAsync("TestPlugin", (compilation, callback) => { setTimeout(() => { console.log("compiler.make() 222"); callback(); }, 1000); });
compiler.hooks.make.tapPromise("TestPlugin", (compilation) => { console.log("compiler.make() 333"); return new Promise((resolve) => { resolve(); }); });
compiler.hooks.emit.tapAsync("TestPlugin", (compilation, callback) => { setTimeout(() => { console.log("compiler.emit() 111"); callback(); }, 3000); });
compiler.hooks.emit.tapAsync("TestPlugin", (compilation, callback) => { setTimeout(() => { console.log("compiler.emit() 222"); callback(); }, 2000); });
compiler.hooks.emit.tapAsync("TestPlugin", (compilation, callback) => { setTimeout(() => { console.log("compiler.emit() 333"); callback(); }, 1000); }); } }
module.exports = TestPlugin;
|
启动调试
通过调试查看 compiler
和 compilation
对象数据情况。
- package.json 配置指令
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
| { "name": "source", "version": "1.0.0", "scripts": { "debug": "node --inspect-brk ./node_modules/webpack-cli/bin/cli.js" }, "keywords": [], "author": "xiongjian", "license": "ISC", "devDependencies": { "@babel/core": "^7.17.10", "@babel/preset-env": "^7.17.10", "css-loader": "^6.7.1", "loader-utils": "^3.2.0", "webpack": "^5.72.0", "webpack-cli": "^4.9.2" } }
|
- 运行指令
此时控制台输出以下内容:
1 2 3 4 5 6 7
| PS C:\Users\86176\Desktop\source> npm run debug
> source@1.0.0 debug > node --inspect-brk ./node_modules/webpack-cli/bin/cli.js
Debugger listening on ws://127.0.0.1:9229/629ea097-7b52-4011-93a7-02f83c75c797 For help, see: https://nodejs.org/en/docs/inspecto
|
- 打开 Chrome 浏览器,F12 打开浏览器调试控制台。
此时控制台会显示一个绿色的图标

点击绿色的图标进入调试模式。
在需要调试代码处用 debugger
打断点,代码就会停止运行,从而调试查看数据情况。
BannerWebpackPlugin
- 作用:给打包输出文件添加注释。
- 开发思路:
- 需要打包输出前添加注释:需要使用
compiler.hooks.emit
钩子, 它是打包输出前触发。
- 如何获取打包输出的资源?
compilation.assets
可以获取所有即将输出的资源文件。
- 实现:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45
| class BannerWebpackPlugin { constructor(options = {}) { this.options = options; }
apply(compiler) { const extensions = ["js", "css"];
compiler.hooks.emit.tapAsync("BannerWebpackPlugin", (compilation, callback) => { const assetPaths = Object.keys(compilation.assets).filter((path) => { const splitted = path.split("."); return extensions.includes(splitted[splitted.length - 1]); });
assetPaths.forEach((assetPath) => { const asset = compilation.assets[assetPath];
const source = `/* * Author: ${this.options.author} */\n${asset.source()}`;
compilation.assets[assetPath] = { source() { return source; }, size() { return source.length; }, }; });
callback(); }); } }
module.exports = BannerWebpackPlugin;
|
CleanWebpackPlugin
- 作用:在 webpack 打包输出前将上次打包内容清空。
- 开发思路:
- 如何在打包输出前执行?需要使用
compiler.hooks.emit
钩子, 它是打包输出前触发。
- 如何清空上次打包内容?
- 获取打包输出目录:通过 compiler 对象。
- 通过文件操作清空内容:通过
compiler.outputFileSystem
操作文件。
- 实现:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47
| class CleanWebpackPlugin { apply(compiler) { const fs = compiler.outputFileSystem; compiler.hooks.emit.tapAsync("CleanWebpackPlugin", (compilation, callback) => { const outputPath = compiler.options.output.path; const err = this.removeFiles(fs, outputPath); callback(err); }); }
removeFiles(fs, path) { try { const files = fs.readdirSync(path);
files.forEach((file) => { const filePath = `${path}/${file}`; const fileStat = fs.statSync(filePath); if (fileStat.isDirectory()) { this.removeFiles(fs, filePath); } else { fs.unlinkSync(filePath); } });
fs.rmdirSync(path); } catch (e) { return e; } } }
module.exports = CleanWebpackPlugin;
|
AnalyzeWebpackPlugin
- 作用:分析 webpack 打包资源大小,并输出分析文件。
- 开发思路:
- 在哪做?
compiler.hooks.emit
, 它是在打包输出前触发,我们需要分析资源大小同时添加上分析后的 md 文件。
- 实现:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28
| class AnalyzeWebpackPlugin { apply(compiler) { compiler.hooks.emit.tap("AnalyzeWebpackPlugin", (compilation) => { const assets = Object.entries(compilation.assets);
let source = "# 分析打包资源大小 \n| 名称 | 大小 |\n| --- | --- |";
assets.forEach(([filename, file]) => { source += `\n| ${filename} | ${file.size()} |`; });
compilation.assets["analyze.md"] = { source() { return source; }, size() { return source.length; }, }; }); } }
module.exports = AnalyzeWebpackPlugin;
|
InlineChunkWebpackPlugin
- 作用:webpack 打包生成的 runtime 文件太小了,额外发送请求性能不好,所以需要将其内联到 js 中,从而减少请求数量。
- 开发思路:
- 我们需要借助
html-webpack-plugin
来实现
- 在
html-webpack-plugin
输出 index.html 前将内联 runtime 注入进去
- 删除多余的 runtime 文件
- 如何操作
html-webpack-plugin
?官方文档
- 实现:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41
| const HtmlWebpackPlugin = require("safe-require")("html-webpack-plugin");
class InlineChunkWebpackPlugin { constructor(tests) { this.tests = tests; }
apply(compiler) { compiler.hooks.compilation.tap("InlineChunkWebpackPlugin", (compilation) => { const hooks = HtmlWebpackPlugin.getHooks(compilation);
hooks.alterAssetTagGroups.tap("InlineChunkWebpackPlugin", (assets) => { assets.headTags = this.getInlineTag(assets.headTags, compilation.assets); assets.bodyTags = this.getInlineTag(assets.bodyTags, compilation.assets); });
hooks.afterEmit.tap("InlineChunkHtmlPlugin", () => { Object.keys(compilation.assets).forEach((assetName) => { if (this.tests.some((test) => assetName.match(test))) { delete compilation.assets[assetName]; } }); }); }); }
getInlineTag(tags, assets) { return tags.map((tag) => { if (tag.tagName !== "script") return tag;
const scriptName = tag.attributes.src;
if (!this.tests.some((test) => scriptName.match(test))) return tag;
return { tagName: "script", innerHTML: assets[scriptName].source(), closeTag: true }; }); } }
module.exports = InlineChunkWebpackPlugin;
|