webpack中文api

1. 1.      简介

    1、Plugins://插件

webpack has a rich plugin interface.Most of the features are internal plugins using this interface.This makes webpack very flexible.

//webpack有一个丰富的插件接口。大部分的功能是使用这个接口的内部插件。这使webpack非常灵活。

 

2、Performance://性能

webpack uses async I/ O and has multiple caching levels.This makes webpack fast and incredibly fast on incremental compilation.

//Webpack使用异步I / O并具有多个缓存级别。这使得Webpack在增量编译时快速而令人难以置信。

 

3、Loaders://加载器

webpack supports pre- processing files via loaders.This allows you to bundle any static resource not only javascript.You can easily write your own loaders running in Node.js.

//webpack支持通过装载程序预处理文件。 这允许您捆绑任何静态资源不仅JavaScript。 您可以轻松地编写在Node.js中运行的自己的加载程序。

 

4、Support://支持

Webpack supports AMD and CommonJs module styles.It performs clever static analysis on the AST of your code.It even has an evaluation engine to evaluate simple expressions.This allow you to support most existing libraries.

//Webpack支持AMD和CommonJs模块样式。对代码的AST执行智能静态分析。它甚至有一个评估引擎来评估简单的表达式。这允许您支持大多数现有的库。

 

5、Code Splitting://代码分割

webpack allows you to split your codebase into chunks.Chunks are loaded on demand.This reduces initial loading time.

//webpack允许您将您的代码库拆分成chunks.Chunks是按需加载的。这减少了初始加载时间。

 

6、Optimizations://最优化

webpack can do many optimizations to reduce the output size.It also cares about request caching by using hashes.

//webpack可以进行许多优化来减少输出大小。它也关心通过使用散列值的请求缓存。

 

7、Development Tools://开发工具

webpack supports SourceUrls and SourceMaps for simple debugging.It can watch your files and comes with a development middleware and a development server for automatic reloading.

//webpack支持SourceUrls和SourceMaps进行简单的调试。它可以观看您的文件，并附带开发中间件和开发服务器进行自动重新加载。

 

8、Multiple targets://多重目标

webpack's main target is the web, but it also supports generating bundles for WebWorkers and Node.js.

//webpack的主要目标是web，但它也支持为Web Workers和Node.js生成bundle。

核心概念

webpack是用于现代JavaScript应用程序的模块绑定器。 当Webpack处理您的应用程序时，它递归地构建一个包含应用程序所需的每个模块的依赖关系图，然后将所有这些模块打包到少量的捆绑（通常只有一个），由浏览器加载。

这是非常可配置的，但要开始，您只需要了解四核心概念：输入，输出，加载程序和插件。

本文档旨在对这些概念进行高级概述，同时提供详细概念具体用例的链接。

入口

webpack创建了所有应用程序依赖关系的图形。 该图的起始点被称为入口点。 入口点告诉webpack在哪里启动并遵循依赖关系的图表，以了解要捆绑的内容。 您可以将应用程序的入口点视为上下文根或第一个启动应用程序的文件。在webpack中，我们使用webpack配置对象中的entry属性来定义入口点。

例子如下:

webpack.config.js

module.exports = {

  entry: './path/to/my/entry/file.js'

};

有多种方式来声明您的输入属性，这些特定于应用程序的需要。

Learn more!

输出

将所有资源捆绑在一起后，您仍然需要告知webpack在何处捆绑应用程序。 webpack输出属性告诉webpack如何处理捆绑的代码。

webpack.config.js

const path = require('path');

 

module.exports = {

  entry: './path/to/my/entry/file.js',

  output: {

    path: path.resolve(__dirname, 'dist'),

    filename: 'my-first-webpack.bundle.js'

  }

};

在上面的例子中，我们使用output.filename和output.path属性来告诉webpack我们的bundle的名称以及我们希望它被发射到哪里。

您可能会在整个文档和插件API中看到排除或排放的术语。 这是“生产”或“释放”的花哨术语。

输出属性具有更多可配置的功能，但是让我们花一些时间了解输出属性的一些最常见的用例。

Learn more!

加载器

目标是使您的项目中的所有资产都是webpack的关注点，而不是浏览器（尽管如此，这并不意味着它们都必须捆绑在一起）。 webpack将每个文件（.css，.html，.scss，.jpg等）视为一个模块。 但是，webpack本身只能理解JavaScript。

webpack中的装载器将这些文件转换成模块，因为它们被添加到依赖关系图中。

在高层次上，装载机在您的webpack配置中有两个目的。 他们服务于：

1. 识别哪些文件或文件应由某个Loader转换。 （测试属性）

1. 转换这些文件，以便将它们添加到您的依赖关系图（最终可以添加到您的包中）。 （使用属性）

webpack.config.js

const path = require('path');

 

const config = {

  entry: './path/to/my/entry/file.js',

  output: {

    path: path.resolve(__dirname, 'dist'),

    filename: 'my-first-webpack.bundle.js'

  },

  module: {

    rules: [

      { test: /.txt$/, use: 'raw-loader' }

    ]

  }

};

 

module.exports = config;

上述配置为具有两个必需属性的单个模块定义了一个规则属性：test和use。 这告诉webpack的编译器如下：

“嘿webpack编译器，当你遇到一个解决到一个'.txt'文件里面的一个require（）/ import语句的路径，使用raw-loader来转换它，然后再把它添加到bundle中。

重要的是要记住，在Webpack配置中定义规则时，您需要在module.rules中定义它们，而不是规则。为了您的利益，如果这样做不正确，webpack会对你大喊大叫。

在我们尚未涵盖的装载机上还有其他更具体的属性。

Learn more!

插件

虽然Loader仅在每个文件的基础上执行转换，但插件最常用于对捆绑模块的“compilations”或“chunks”执行操作和自定义功能（以及更多！）。 webpack插件系统非常强大，可定制。

为了使用插件，您只需要require（）并将其添加到plugins数组。 大多数插件可通过选项进行自定义。 由于您可以在配置中多次使用插件进行不同的目的，因此您需要通过使用新建来创建一个实例。

webpack.config.js

const HtmlWebpackPlugin = require('html-webpack-plugin'); //installed via npm

const webpack = require('webpack'); //to access built-in plugins

const path = require('path');

 

const config = {

  entry: './path/to/my/entry/file.js',

  output: {

    path: path.resolve(__dirname, 'dist'),

    filename: 'my-first-webpack.bundle.js'

  },

  module: {

    rules: [

      { test: /.txt$/, use: 'raw-loader' }

    ]

  },

  plugins: [

    new webpack.optimize.UglifyJsPlugin(),

    new HtmlWebpackPlugin({template: './src/index.html'})

  ]

};

 

module.exports = config;

网路包提供开箱即用的许多插件！ 查看我们的插件列表了解更多信息。

在webpack配置中使用插件是很简单的 - 但是有很多用例值得进一步探讨。Learn more!

 

入口点

如“入门”中所述，有多种方法可以在Webpack配置中定义条目属性。 我们将向您介绍如何配置条目属性，以及解释为什么它可能对您有用。.

单个入口速记语法

Usage: entry: string|Array<string>

webpack.config.js

const config = {

  entry: './path/to/my/entry/file.js'

};

module.exports = config;

入口属性的单入口语法是一个缩写:

const config = {

  entry: {

    main: './path/to/my/entry/file.js'

  }

};

当您将数组传递到条目时会发生什么？将一系列文件路径传递给entryproperty创建一个所谓的“多主条目”。当您要将多个相关文件一起注入并将其依赖关系映射到一个“块”中时，这很有用。

对象语法

Usage: entry: {[entryChunkName: string]: string|Array<string>}

webpack.config.js

const config = {

  entry: {

    app: './src/app.js',

    vendors: './src/vendors.js'

  }

};

对象语法更详细。 但是，这是在应用程序中定义条目/条目的最可扩展的方式。

“可扩展Webpack配置”是可重复使用并与其他部分配置组合的配置。这是一种流行的技术，用于分离环境，构建目标和运行时间。然后使用专门的工具（如webpack-merge）将它们合并。

方案

下面列出了入门配置及其真实用例：

单独的应用程序和供应商入口

webpack.config.js

const config = {

  entry: {

    app: './src/app.js',

    vendors: './src/vendors.js'

  }

};

这是做什么的？ 在面值上，这告诉webpack从app.js和vendors.js开始创建依赖关系图。 这些图是完全独立的，彼此独立（每个包中都会有一个webpack引导）。 单页应用程序通常只有一个入口点（不包括供应商）。

为什么? 此设置允许您利用CommonsChunkPlugin并将应用程序包中的任何供应商引用提取到供应商捆绑包中，并使用__webpack_require __（）调用替换它们。如果您的应用程序包中没有供应商代码，那么您可以在Webpack中实现一种称为长期供应商缓存的常见模式。

考虑删除这种情况，有利于DllPlugin，从而提供更好的供应商分割。

多页应用程序

webpack.config.js

const config = {

  entry: {

    pageOne: './src/pageOne/index.js',

    pageTwo: './src/pageTwo/index.js',

    pageThree: './src/pageThree/index.js'

  }

};

这是做什么的？ 我们告诉webpack我们想要3个独立的依赖关系图（像上面的例子）。

为什么？ 在多页面应用程序中，服务器将为您提供一个新的HTML文档。 该页面重新加载此新文档，并重新下载资产。 然而，这给了我们独特的机会来做多件事情:

• 使用CommonsChunkPlugin在每个页面之间创建一组共享的应用程序代码。 随着入口点数量的增加，多页面应用程序在入口点之间重用很多代码/模块可以极大地受益于这些技术。
• 作为经验法则：对于每个HTML文档，只使用一个入口点。

 

 

输出

配置输出配置选项告诉webpack如何将编译的文件写入磁盘。 请注意，虽然可以有多个入口点，但只指定一个输出配置.

用法

在webpack配置中，输出属性的最低要求是将其值设置为一个对象，包括以下两件事:

• 用于输出文件(s)的文件名.
• 一个绝对路径到您的首选输出目录.

webpack.config.js

const config = {

  output: {

    filename: 'bundle.js',

    path: '/home/proj/public/assets'

  }

};

module.exports = config;

此配置将将一个bundle.js文件输出到/ home / proj / public / assets目录中.

多入口点

如果您的配置创建多个单独的“块”（如多个入口点或使用像CommonsChunkPlugin这样的插件），您应该使用替换来确保每个文件具有唯一的名称.

{

  entry: {

    app: './src/app.js',

    search: './src/search.js'

  },

  output: {

    filename: '[name].js',

    path: __dirname + '/dist'

  }

}

// writes to disk: ./dist/app.js, ./dist/search.js

高级设置

这是一个更复杂的使用CDN和assets的哈希表的例子:

config.js

output: {

  path: "/home/proj/cdn/assets/[hash]",

  publicPath: "http://cdn.example.com/assets/[hash]/"

}

如果输出文件的最终publicPath在编译时未知，则可以在运行时在入口点文件中保留空白并动态设置。 如果在编译时不知道publicPath，可以省略它，并在入口点设置__webpack_public_path__.

__webpack_public_path__ = myRuntimePublicPath

// rest of your application entry

 

 

加载器

装载机是应用于模块源代码的转换。 它们允许您在导入或“加载”时预处理文件。 因此，装载机在其他构建工具中类似于“任务”，并提供了处理前端构建步骤的强大方法。 加载程序可以将文件从不同的语言（如TypeScript）转换为JavaScript，或将内联图像转换为数据URL。 装载器甚至允许您直接从JavaScript模块执行导入CSS文件的事情！

例子

例如，您可以使用加载器告诉webpack加载一个CSS文件或将打印文件转换为JavaScript。要做到这一点，首先需要安装您需要的加载器:

npm install --save-dev css-loader

npm install --save-dev ts-loader

然后指示webpack为每个.css文件和所有.ts文件的ts-loader使用css-loader:

webpack.config.js

module.exports = {

  module: {

    rules: [

      { test: /.css$/, use: 'css-loader' },

      { test: /.ts$/, use: 'ts-loader' }

    ]

  }

};

使用装载机

你可以在应用程序中通过以下三种方式使用加载器:

• 配置（推荐）：在webpack.config.js文件中指定它们.
• 内联:在每个import语句中指定它们.
• CLI命令行界面:在shell命令中指定它们.

配置

module.rules 允许您在Webpack配置中指定多个加载程序。 这是显示加载程序的简明方法，有助于维护干净的代码。 它还为您提供每个相应加载器的完整概述:

  module: {

    rules: [

      {

        test: /.css$/,

        use: [

          { loader: 'style-loader' },

          {

            loader: 'css-loader',

            options: {

              modules: true

            }

          }

        ]

      }

    ]

  }

内联

可以在import语句中指定加载器，也可以使用任何等效的“importing”方法。 使用！分开装载机与资源。 每个部分都相对于当前目录进行解析。

import Styles from 'style-loader!css-loader?modules!./styles.css';

可以通过预修复整个规则来覆盖配置中的任何加载器！

选项可以通过查询参数传递，例如。 ？key = value＆foo = bar，或JSON对象，例如{"key":"value","foo":"bar"}.

使用模块。尽可能的规则，因为这将减少源代码中的样板文件，并允许您更快地调试或定位加载器

CLI命令行界面

你也可以通过命令行使用装载机:

webpack --module-bind jade-loader --module-bind 'css=style-loader!css-loader'

这使用.jade文件的jade-loader和.cssfiles的style-loader和css-loader .

加载器功能

• 加载器可以链接。 它们被应用于资源管道。 一系列装载机按时间顺序编排。 加载器链中的第一个加载器将返回值。 在最终装入程序中，webpack希望返回JavaScript。

• 加载器可以同步或异步。
• Loader运行在Node.js中，可以做到这一切。
• 加载器接受查询参数。 这可以用于将配置传递给加载程序。
• 加载器也可以配置选项对象。
• 正常模块可以通过与加载程序字段一起通过package.json导出加载程序。
• 插件可以为加载器提供更多功能。
• 加载器可以发出额外的任意文件。

加载器通过预处理功能（加载器）在JavaScript生态系统中提供更多的动力。 用户现在有更多的灵活性，包括细粒度的逻辑，如压缩，打包，语言翻译等.

解析加载器

加载器遵循标准模块解析。 在大多数情况下，它将是模块路径的加载程序（think npm install，node_modules）。

装载器模块预计导出一个函数并写入Node.js兼容的JavaScript。 它们最常用npm进行管理，但您也可以将自定义加载程序作为应用程序中的文件。 按照惯例，加载器通常被命名为xxx-loader（例如json-loader）。 请参阅“如何编写装载机？” 了解更多信息.

 

 

插件

插件是webpack的backbone 。 webpack本身是建立在您在Webpack配置中使用的同一个插件系统上的！

它们也用于做任何loader 不能做的事情.

剖析

插件是一个具有apply 属性的JavaScript对象。 该应用程序属性由webpack编译器调用，可以访问整个编译生命周期.

ConsoleLogOnBuildWebpackPlugin.js

function ConsoleLogOnBuildWebpackPlugin() {

};

ConsoleLogOnBuildWebpackPlugin.prototype.apply = function(compiler) {

  compiler.plugin('run', function(compiler, callback) {

    console.log("The webpack build process is starting!!!");

    callback();

  });

};

作为一个聪明的JavaScript开发人员，您可以记住Function.prototype.apply方法。由于这种方法，您可以传递任何函数作为插件（这将指向编译器）。您可以使用此样式在配置中内联自定义插件。

用法

由于插件可以引用参数/选项，因此必须将新实例传递到Webpack配置中的plugins属性。

根据您使用webpack的方式，有多种方法可以使用插件。

配置

webpack.config.js

const HtmlWebpackPlugin = require('html-webpack-plugin'); //installed via npm

const webpack = require('webpack'); //to access built-in plugins

const path = require('path');

const config = {

  entry: './path/to/my/entry/file.js',

  output: {

    filename: 'my-first-webpack.bundle.js',

    path: path.resolve(__dirname, 'dist')

  },

  module: {

    rules: [

      {

        test: /.(js|jsx)$/,

        use: 'babel-loader'

      }

    ]

  },

  plugins: [

    new webpack.optimize.UglifyJsPlugin(),

    new HtmlWebpackPlugin({template: './src/index.html'})

  ]

};

module.exports = config;

Node API

即使使用Node API，用户也可以通过配置中的plugins属性传递插件。使用compiler.apply不应该是推荐的方法。

some-node-script.js

  const webpack = require('webpack'); //to access webpack runtime

  const configuration = require('./webpack.config.js');

  let compiler = webpack(configuration);

  compiler.apply(new webpack.ProgressPlugin());

  compiler.run(function(err, stats) {

    // ...

  });

你知道吗：上面看到的例子与webpack runtime itself! 非常相似！有很多很棒的使用示例隐藏在webpack source code中，您可以将其应用于您自己的配置和脚本！

 

 

配置

您可能已经注意到很少的webpack配置看起来是完全一样的。 这是因为webpack的配置文件是一个导出对象的JavaScript文件。 该对象然后由webpack根据其定义的属性进行处理.

因为它是一个标准的Node.js CommonJS模块，您可以执行以下操作:

• 通过 require(...)导入其它文件。
• 通过require(...)在npm上使用实用程序。
• 使用javascript控件流表达式？：运算符。
• 为常用值使用常量或变量
• 写入和执行函数 以生成部分配置适当使用这些函数.

虽然技术上可行，但应避免以下做法:

• 访问CLI时使用webpack CLI (而不是编写自己的CLI, 或 use --env)
• 导出非确定性值 (两次调用webpack会导致相同的输出文件)
• 写长配置 (而不是将配置分为多个文件)

. 取消此文档的最重要的部分是有多种不同的格式和样式您的Webpack配置的方式。关键是坚持一致的方式，让您和您的团队能够理解和维护。

以下以下示例描述了Webpack的配置对象是否可以表现和配置，因为它是代码：

简单的配置

webpack.config.js

var path = require('path');

module.exports = {

  entry: './foo.js',

  output: {

    path: path.resolve(__dirname, 'dist'),

    filename: 'foo.bundle.js'

  }

};

多目标

查看: 导出多个配置

使用其他语言配置

接受以多种编程和数据语言编写的配置文件.

查看: Configuration Languages

 

 

模块

在模块化编程中，开发人员将程序分解成称为模块的独立功能块.

每个模块具有比完整程序更小的表面积，使验证，调试和测试变得微不足道。 精心编写的模块提供了坚实的抽象和封装边界，使得每个模块在整个应用程序中具有一致的设计和明确的目的。

Node.js自成立以来就一直支持模块化编程。 然而，在网络上，对模块的支持速度很慢。 存在支持Web上模块化JavaScript的多种工具，具有各种优点和限制。 webpack基于从这些系统学到的经验教训，并将模块的概念应用于项目中的任何文件.

什么是wabpack模块

与Node.js modules相反，webpack模块可以通过各种方式表达其依赖关系。 几个例子是:

•  Es2015 import语句
•  CommonJS require() 语句
•  AMD define 和 require 语句
•  @import statement 里面的一个css/sass/less 文件.
• 样式表中的图片路径 (url(...)) 或html(<img src=...>)文件.

webpack 1需要一个特定的加载程序来转换ES2015导入，但是这可以通过webpack 2开箱即可

支持的模块类型

支持通过加载程序以各种语言和预处理器编写的模块。 Loaders描述了webpack如何处理非JavaScript模块，并将这些依赖项包含在您的包中。 Webpack社区已经为各种流行语言和语言处理器构建了加载器，包括:

• CoffeeScript
• TypeScript
• ESNext (Babel)
• Sass
• Less
• Stylus

还有很多人！ 总的来说，Webpack提供了一个功能强大的API，用于定制，可以让任何堆栈使用webpack，同时对开发，测试和生产工作流程保持不了解。

查看全部清单，请看 the list of loaders or write your own

 

 

模块解析

解析器是一个库，它有助于通过其绝对路径定位模块。 一个模块可以被要求作为另一个模块的依赖关系:

import foo from 'path/to/module'

// or

require('path/to/module')

依赖关系模块可以来自应用程序代码或第三方库。 解析器帮助webpack找到需要包含在每个这样的require / import语句的bundle中的模块代码.在捆绑模块时使用增强解决方案来解析文件路径.

Webpack中的解析规则

使用增强解决方案，webpack可以解析三种文件路径:

绝对路径

import "/home/me/file";

import "C:\Users\me\file";

因为我们已经有了文件的绝对路径，所以不需要进一步的解决方案。

相对路径

import "../src/file1";

import "./file2";

在这种情况下，导入或要求发生的资源文件的目录被认为是上下文目录。 在import / require中指定的相对路径被连接到该上下文路径以产生模块的绝对路径。

多路径

import "module";

import "module/lib/file";

在resolve.modules中指定的所有目录中搜索模块。 您可以使用resolve.alias选项为备用路径替换原始模块路径，方法是为其创建别名。

一旦根据上述规则解决路径，解析器检查路径是否指向文件或目录。 如果路径指向一个文件：

• 如果路径具有文件扩展名，则该文件将直接不被捆绑.
• 否则使用resolve.extensions选项解析文件扩展名，该选项告诉解析器哪些扩展名（例如.js .jsx）可以被解析.

如果路径指向一个文件夹，则采取以下步骤来查找具有正确扩展名的正确文件：

• 如果文件夹包含一个package.json文件，则依次查找在resolve.mainFieldsconfiguration选项中指定的字段，并且package.json中的第一个这样的字段确定文件路径。
• 如果没有package.json,或者主字段不返回有效路径，则会按顺序查找resolve.mainFiles配置选项中指定的文件名，以查看导入/必需目录中是否存在匹配的文件名。
• 然后使用resolve.extensions选项以类似的方式解析文件扩展名。Webpack根据您的构建目标提供了这些选项的合理默认值

解决装载机

这遵循与为文件解析指定的规则相同的规则。 但是， resolveLoader配置选项可用于为装载程序分别设置分辨率规则。

高速缓存

每个文件系统访问都被缓存，以便对同一个文件的多个并行或串行请求发生得更快。 在监视模式下，只有修改过的文件才从缓存中逐出。 如果监视模式为关闭，则在每次编译之前都会清除缓存。

请参阅 Resolve API以了解有关上述配置选项的更多信息。

 

 

依赖图

 

任何时候一个文件依赖于另一个文件，webpack将其视为依赖关系。 这允许Webpack采取非代码资产（如图像或Web字体），并将它们提供为应用程序的依赖关系。

当Webpack处理您的应用程序时，它将从在命令行或其配置文件中定义的模块列表开始。 从这些入口点开始，webpack递归地构建一个依赖图，包括应用程序所需的每个模块，然后将所有这些模块都封装成少量的捆绑（通常只有一个），由浏览器加载。捆绑您的应用程序对于HTTP / 1.1客户端特别强大，因为它可以最大限度地减少您的应用在浏览器启动新请求时等待的次数。 对于HTTP / 2，您还可以使用代码分割和通过webpack捆绑进行最佳优化。

 

 

目标

因为可以为服务器和浏览器编写JavaScript，所以Webpack提供了可以在Webpack配置中设置的多个部署目标。 

webpack target属性不会与output.libraryTarget属性混淆。有关更多信息，请参阅我们的输出属性指南。

用法

要设置目标属性，您只需在webpack config中设置目标值即可：webpack.config.js

module.exports = {

  target: 'node'

};

在上面的示例中，使用节点webpack将编译为在类似Node.js的环境中使用（使用Node.js需要加载块，而不要接触任何内置的模块，如fs或路径）。

每个目标都有各种部署/环境特定的添加，支持以满足其需求。 查看可用的目标。

进一步扩大其他受欢迎的目标值

多目标

Although webpack does not support multiple strings being passed into the target property, you can create an isomorphic library by bundling two separate configurations:

webpack.config.js

var path = require('path');

var serverConfig = {

  target: 'node',

  output: {

    path: path.resolve(__dirname, 'dist'),

    filename: 'lib.node.js'

  }

  //…

};

var clientConfig = {

  target: 'web', // <=== can be omitted as default is 'web'

  output: {

    path: path.resolve(__dirname, 'dist'),

    filename: 'lib.js'

  }

  //…

};

module.exports = [ serverConfig, clientConfig ];

The example above will create a lib.js and lib.node.js file in your dist folder.

Resources

As seen from the options above there are multiple different deployment targets that you can choose from. Below is a list of examples, and resources that you can refer to.

• compare-webpack-target-bundles: A great resource for testing and viewing different webpack targets. Also great for bug reporting.
• Boilerplate of Electron-React Application: A good example of a build process for electron's main process and renderer process.

Need to find up to date examples of these webpack targets being used in live code or boilerplates.

 

清单

 

在使用webpack构建的典型应用程序或站点中，有三种主要的代码类型：

1. 你的代码，也或许是你团队的代码.
2. 您的源代码依赖的任何第三方库或“供应商”代码.
3. 进行所有模块交互的webpack运行时和清单.

本文将重点介绍这三个部分中的最后一个，运行时，特别是清单.

运行时

如上所述，我们只会简单介绍一下。 运行时以及清单数据基本上都是在浏览器中运行时连接模块化应用程序所需的代码webpack。 它包含与模块相互连接所需的加载和解析逻辑。 这包括已经加载到浏览器中的连接模块以及延迟加载的模块。

清单

那么，一旦您的应用程序以index.html文件，一些捆绑包和各种其他资产的形式访问浏览器，它的外观如何？ 那个你精心布置的/ src目录现在已经没了，那么webpack如何管理所有模块之间的交互？ 这是清单资料来的地方...

当编译器进入，解析和映射您的应用程序时，它会保留所有模块的详细说明。 数据集合称为“清单”，运行时将用于解析和加载模块，一旦捆绑并发送到浏览器。 无论您选择哪种模块语法，那些import或require语句现在都成为__webpack_require__指向模块标识符的方法。 使用清单中的数据，运行时将能够找出在标识符后面检索模块的位置。

问题

所以现在你有一些关于webpack如何在幕后工作的洞察力。 “但是，这怎么会影响我呢？”你可能会问。 简单的答案是大部分时间没有。 运行时将使用清单来执行其操作，并且一旦应用程序访问浏览器，所有内容就会出现神奇的工作。 但是，如果您决定通过使用浏览器缓存来改善项目的性能，这个过程将突然变得重要。

通过使用您的包文件名中的内容散列，您可以在浏览器中指示文件的内容发生变化，从而使缓存无效。 一旦你开始这样做，你会立即注意到一些有趣的行为。 即使他们的内容显然没有，某些哈希也会改变。 这是由于注入运行时和清单而导致的，每次构建都会发生变化。

请参阅我们的管理构建文件指南的清单部分，了解如何提取清单，并阅读以下指南，以了解有关长期缓存复杂度的更多信息。

---

深度阅读

• Separating a Manifest
• Predictable Long Term Caching with Webpack
• Caching

 

热模块更换

热模块更换（HMR）在应用程序运行时交换，添加或删除模块，而不需要完全重新加载。 这可以通过几种方式大大加快开发速度：

• 保留在完全重新加载时丢失的应用程序状态.
• 只需更新更改内容即可以节省宝贵的开发时间.
• Tweak styling faster -- almost comparable to changing styles in the browser's debugger.

它是如何工作的

让我们通过一些不同的观点来了解HMR的工作原理.....

在应用程序中

下面的步骤允许模块在应用程序中进行交换:

1. 应用程序要求HMR运行时检查更新.
2. 运行时异步下载更新并通知应用程序.
3. 应用程序要求HMR应用更新.
4. 运行时同步应用更新.

您可以设置HMR，以便自动执行此过程，或者您可以选择要求用户进行交互以进行更新。

在编辑器中

除正常的资产之外，编译器需要发出一个“更新”来允许从以前版本更新到新版本。 “更新”由两部分组成：

1. 更新清单  (JSON)
2. 一个或多个更新的块(JavaScript)

清单包含新的编译哈希和所有更新的块的列表。 这些块中的每一个都包含所有更新模块的新代码（或指示模块已被删除的标志）。

编译器确保模块ID和块ID在这些构建之间是一致的。 它通常将这些ID存储在内存中（例如使用webpack-dev-server），但也可以将它们存储在JSON文件中。

在一个模块中

HMR是一个选择加入功能，仅影响包含HMR代码的模块。 一个例子是通过样式装载器修补样式。 为了修补工作，样式加载器实现了HMR接口; 当它通过HMR接收到更新时，它会用新的样式替换旧样式。

类似地，当在模块中实现HMR接口时，可以描述更新模块时应该发生的情况。 然而，在大多数情况下，在每个模块中都不必写入HMR代码。 如果一个模块没有HMR处理程序，更新会起起来。 这意味着单个处理程序可以更新完整的模块树。 如果树中的单个模块已更新，则将重新加载整个依赖关系。

有关module.hot接口的详细信息，请参阅HMR API页面。

在运行时中

这里的东西有一些技术更多...如果您对内部不感兴趣，请随时跳到HMR API page或HMR guide.。

对于模块系统运行时，会发出附加代码跟踪模块父母和子项。在管理方面，运行时支持两种方法：检查和应用。

检查会向更新清单发出HTTP请求。如果此请求失败，则没有可用的更新。如果成功，将更新的块的列表与当前加载的块的列表进行比较。对于每个加载的块，下载相应的更新块。所有模块更新都存储在运行时。当所有更新块都已经下载并准备应用时，运行时切换到就绪状态。

apply方法将所有更新的模块标记为无效。对于每个无效模块，模块或其父代都需要一个更新处理程序。否则，无效标志也会起泡并使父代无效。每个气泡继续，直到应用程序的入口点或具有更新处理程序的模块达到（以先到者为准）。如果从入口点起泡，过程将失败。

之后，所有无效模块都通过处理处理程序进行处理并卸载。然后更新当前的哈希，并调用所有接受的处理程序。运行时切换回空闲状态，一切正常。

开始学习

HMR可以在开发中用作LiveReload替换。 webpack-dev-server支持在尝试重新加载整个页面之前尝试使用HMR进行更新的热模式。 有关详细信息，请参阅热模块更换指南。

与许多其他功能一样，webpack的优势在于其可定制性。根据特定项目的需要，有许多配置HMR的方法。然而，对于大多数目的而言，webpack-dev-server是一个很好的配合，可以让您快速入门HMR。

英文文档链接：https://webpack.js.org/concepts/