Dieses Mal zeige ich Ihnen, wie Sie die Konfigurationsdatei optimieren und welche Vorsichtsmaßnahmen für die Optimierung der Konfigurationsdatei von Webpack gelten. Das Folgende ist ein praktischer Fall: Werfen wir einen Blick darauf.
Nachdem Webpack gestartet wurde, startet es vom konfigurierten Eintrag, analysiert die Importanweisungen in der Datei und analysiert sie dann rekursiv.
Webpack führt zwei Dinge aus, wenn es auf eine Importanweisung stößt:
1. Suchen Sie die entsprechende zu importierende Datei gemäß der Importanweisung. Beispielsweise ist die Datei, die der Importanweisung require('react') entspricht, ./node_modules/react/react.js, und die Datei, die require('./util') entspricht, ist ./util.js.
2. Verwenden Sie entsprechend dem gefundenen Suffix der zu importierenden Datei den Loader in der Konfiguration, um die Datei zu verarbeiten. Beispielsweise müssen mit ES6 entwickelte JavaScript-Dateien mit Babel-Loader verarbeitet werden.
Obwohl die beiden oben genannten Dinge für die Verarbeitung einer Datei sehr schnell sind, wird die Anzahl der Dateien sehr groß, wenn das Projekt groß wird, und das Problem der langsamen Build-Geschwindigkeit wird aufgedeckt.
Obwohl die beiden oben genannten Dinge nicht vermieden werden können, müssen sie minimiert werden, um die Geschwindigkeit zu erhöhen.
Als nächstes werden wir Möglichkeiten vorstellen, sie nacheinander zu optimieren.
Loader-Konfiguration optimieren
Da der Dateikonvertierungsvorgang des Loaders zeitaufwändig ist, ist es notwendig, so wenige Dateien wie möglich vom Loader verarbeiten zu lassen.
In Modul 2-3 haben wir eingeführt, dass Sie bei der Verwendung von Loader die drei Konfigurationselemente „Test“, „Einschließen“ und „Ausschließen“ verwenden können, um die Dateien zu ermitteln, auf die Loader Regeln anwenden möchte.
Damit möglichst wenige Dateien vom Loader verarbeitet werden können, können Sie mit include nur die Dateien auswählen, die verarbeitet werden müssen.
Am Beispiel eines Projekts mit ES6 können Sie beim Konfigurieren des Babel-Loaders Folgendes tun:
module.exports = {
module: {
rules: [
{
// 如果项目源码中只有 js 文件就不要写成 /\.jsx?$/，提升正则表达式性能
test: /\.js$/,
// babel-loader 支持缓存转换出的结果，通过 cacheDirectory 选项开启
use: ['babel-loader?cacheDirectory'],
// 只对项目根目录下的 src 目录中的文件采用 babel-loader
include: path.resolve(dirname, 'src'),
},
]
},
};Sie können die Verzeichnisstruktur des Projekts entsprechend anpassen, um die Eingrenzung des Trefferbereichs durch Einschließen bei der Konfiguration des Loaders zu erleichtern.
Resolve.modules-Konfiguration optimieren
Resolution.modules wurde in 2-4 Resolve eingeführt und wird verwendet, um zu konfigurieren, welche Verzeichnisse Webpack nach Modulen von Drittanbietern durchsucht.
Der Standardwert von „resolve.modules“ ist ['node_modules'] . Dies bedeutet, dass Sie zuerst in das Verzeichnis „./node_modules“ im aktuellen Verzeichnis gehen, um das gesuchte Modul zu finden. Wenn Sie es nicht finden, wechseln Sie in das übergeordnete Verzeichnis ../node_modules, um es zu finden, gehen Sie zu ../../node_modules usw. Dies ist dem Modulsuchmechanismus von Node.js sehr ähnlich.
Wenn die installierten Module von Drittanbietern im Verzeichnis ./node_modules im Projektstammverzeichnis abgelegt werden, ist keine standardmäßige Suche nach Ebenen erforderlich. Sie können den absoluten Pfad zum Speichern der zu reduzierenden Module von Drittanbietern angeben Suche. Die Konfiguration ist wie folgt:
module.exports = {
resolve: {
// 使用绝对路径指明第三方模块存放的位置，以减少搜索步骤
// 其中 dirname 表示当前工作目录，也就是项目根目录
modules: [path.resolve(dirname, 'node_modules')]
},
};Resolve.mainFields-Konfiguration optimieren
Resolution.mainFields wurde in 2-4 Resolve eingeführt und wird verwendet, um zu konfigurieren, welche Eintragsdatei von Modulen von Drittanbietern verwendet werden soll.
Im installierten Drittanbietermodul gibt es eine Datei „package.json“, um die Eigenschaften des Moduls zu beschreiben. Einige Felder werden verwendet, um zu beschreiben, wo sich die Eintragsdatei „resolve.mainFields“ befindet, um zu konfigurieren, welches Feld als Beschreibung verwendet wird die Eintragsdatei.
Der Grund dafür, dass es mehrere Felder geben kann, die die Eintragsdatei beschreiben, liegt darin, dass einige Module gleichzeitig in mehreren Umgebungen verwendet werden können und für unterschiedliche Betriebsumgebungen unterschiedliche Codes verwendet werden müssen.
Nehmen wir zum Beispiel isomorphic-fetch, eine Implementierung der Fetch-API, die jedoch sowohl in Browser- als auch in Node.js-Umgebungen verwendet werden kann.
Die Datei package.json enthält zwei Beschreibungsfelder für die Eintragsdatei:
{
"browser": "fetch-npm-browserify.js",
"main": "fetch-npm-node.js"
}Isomorphic-fetch verwendet unterschiedliche Codes in verschiedenen Betriebsumgebungen, da die Implementierungsmechanismen der Fetch-API unterschiedlich sind. Sie wird über natives Fetch oder XMLHttpRequest im Browser und über das http-Modul in Node.js implementiert.
Der Standardwert von „resolve.mainFields“ bezieht sich auf die aktuelle Zielkonfiguration. Die entsprechende Beziehung lautet wie folgt:
Wenn das Ziel Web oder Webworker ist, ist der Wert ["browser", "module", "main"]
以 target 等于 web 为例，Webpack 会先采用第三方模块中的 browser 字段去寻找模块的入口文件，如果不存在就采用 module 字段，以此类推。
为了减少搜索步骤，在你明确第三方模块的入口文件描述字段时，你可以把它设置的尽量少。
由于大多数第三方模块都采用 main 字段去描述入口文件的位置，可以这样配置 Webpack：
module.exports = {
resolve: {
// 只采用 main 字段作为入口文件描述字段，以减少搜索步骤
mainFields: ['main'],
},
};使用本方法优化时，你需要考虑到所有运行时依赖的第三方模块的入口文件描述字段，就算有一个模块搞错了都可能会造成构建出的代码无法正常运行。
优化 resolve.alias 配置
在 2-4 Resolve 中介绍过 resolve.alias 配置项通过别名来把原导入路径映射成一个新的导入路径。
在实战项目中经常会依赖一些庞大的第三方模块，以 React 库为例，安装到 node_modules 目录下的 React 库的目录结构如下：
├── dist
│ ├── react.js
│ └── react.min.js
├── lib
│ ... 还有几十个文件被忽略
│ ├── LinkedStateMixin.js
│ ├── createClass.js
│ └── React.js
├── package.json
└── react.js
可以看到发布出去的 React 库中包含两套代码：
一套是采用 CommonJS 规范的模块化代码，这些文件都放在 lib 目录下，以 package.json 中指定的入口文件 react.js 为模块的入口。
默认情况下 Webpack 会从入口文件 ./node_modules/react/react.js 开始递归的解析和处理依赖的几十个文件，这会时一个耗时的操作。
通过配置 resolve.alias 可以让 Webpack 在处理 React 库时，直接使用单独完整的 react.min.js 文件，从而跳过耗时的递归解析操作。
相关 Webpack 配置如下：
module.exports = {
resolve: {
// 使用 alias 把导入 react 的语句换成直接使用单独完整的 react.min.js 文件，
// 减少耗时的递归解析操作
alias: {
'react': path.resolve(dirname, './node_modules/react/dist/react.min.js'),
}
},
};
除了 React 库外，大多数库发布到 Npm 仓库中时都会包含打包好的完整文件，对于这些库你也可以对它们配置 alias。
但是对于有些库使用本优化方法后会影响到后面要讲的 使用 Tree-Shaking 去除无效代码 的优化，因为打包好的完整文件中有部分代码你的项目可能永远用不上。
一般对整体性比较强的库采用本方法优化，因为完整文件中的代码是一个整体，每一行都是不可或缺的。
但是对于一些工具类的库，例如 lodash ，你的项目可能只用到了其中几个工具函数，你就不能使用本方法去优化，因为这会导致你的输出代码中包含很多永远不会执行的代码。
优化 resolve.extensions 配置
在导入语句没带文件后缀时，Webpack 会自动带上后缀后去尝试询问文件是否存在。
在 2-4 Resolve 中介绍过 resolve.extensions 用于配置在尝试过程中用到的后缀列表，默认是：
extensions: ['.js', '.json']
也就是说当遇到 require('./data') 这样的导入语句时，Webpack 会先去寻找 ./data.js 文件，如果该文件不存在就去寻找 ./data.json 文件，如果还是找不到就报错。
如果这个列表越长，或者正确的后缀在越后面，就会造成尝试的次数越多，所以 resolve.extensions 的配置也会影响到构建的性能。
在配置 resolve.extensions 时你需要遵守以下几点，以做到尽可能的优化构建性能：
后缀尝试列表要尽可能的小，不要把项目中不可能存在的情况写到后缀尝试列表中。
相关 Webpack 配置如下：
module.exports = {
resolve: {
// 尽可能的减少后缀尝试的可能性
extensions: ['js'],
},
};优化 module.noParse 配置
在 2-3 Module 中介绍过 module.noParse 配置项可以让 Webpack 忽略对部分没采用模块化的文件的递归解析处理，这样做的好处是能提高构建性能。
原因是一些库，例如 jQuery 、ChartJS， 它们庞大又没有采用模块化标准，让 Webpack 去解析这些文件耗时又没有意义。
在上面的 优化 resolve.alias 配置 中讲到单独完整的 react.min.js 文件就没有采用模块化，让我们来通过配置 module.noParse 忽略对 react.min.js 文件的递归解析处理，
相关 Webpack 配置如下：
const path = require('path');
module.exports = {
module: {
// 独完整的 `react.min.js` 文件就没有采用模块化，忽略对 `react.min.js` 文件的递归解析处理
noParse: [/react\.min\.js$/],
},
};注意被忽略掉的文件里不应该包含 import 、 require 、 define 等模块化语句，不然会导致构建出的代码中包含无法在浏览器环境下执行的模块化语句。
相信看了本文案例你已经掌握了方法，更多精彩请关注php中文网其它相关文章！
推荐阅读：
Das obige ist der detaillierte Inhalt vonSo optimieren Sie Konfigurationsdateien mit Webpack. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
![[Web-Frontend] Node.js-Schnellstart](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
