我正在编写一个应该可以缓存的 Webpack 加载器。 documentation for this.cacheable 说：
当输入和依赖没有改变时，一个可缓存的加载器必须有一个确定的结果。
现在我想知道：从这个意义上说，加载程序的选项是否算作“输入”？
假设我有一个 Webpack 构建，它在模块上使用带有选项 { foo: 1 } 的加载器。在下一次编译中，它在同一个模块上使用相同的加载器，但带有选项{ foo: 2 }。第一次编译的输出会被重用，还是 Webpack（正确地）意识到加载器的选项已经改变，从而重新加载模块？
假设 Webpack 比较 options 对象，它们是如何比较的？引用？使用深度比较？比较逻辑将决定我可以安全地将哪些类型的数据用作加载器选项。
【问题讨论】：
标签： javascript webpack
短版：
Webpack 通过其request 字符串识别模块。该字符串包含文件路径以及所有相关加载程序的路径和选项。这实际上意味着更改一个加载器上的选项将导致不同的请求字符串，因此之前的加载结果不会被重复使用。
加长版：
请求字符串以“!”分隔并由this code 创建。
考虑这个请求字符串：
"/Users/wolf/dev/webpack-test/test-loader.js!/Users/wolf/dev/webpack-test/patch-loader.js??ref--0-0!/Users/wolf/dev/webpack-test/src/foo.js"
这意味着（从右到左）文件 /Users/wolf/dev/webpack-test/src/foo.js 将首先使用带有选项 ref--0-0 的加载器 /Users/wolf/dev/webpack-test/patch-loader.js 加载，然后是不带任何选项的加载器 /Users/wolf/dev/webpack-test/test-loader.js。
现在，相关的问题是 Webpack 在创建请求字符串时如何序列化加载器的选项。答案可以在in this code找到：
让loaderData成为这种形式的对象：
{
loader: string, // Path to loader
options: string | object | null | undefined,
ident: string | null | undefined
}
loaderData.options 是字符串，则按原样使用。loaderData.ident 为真，则使用此值。loaderData.options 将使用 JSON.stringify 进行字符串化。似乎当加载器是specified statically 时，Webpack 知道它们的选项不会改变。所以RuleSet.normalizeRule() 为它们分配了固定的ident 属性。这就是上面示例中发生的ref--0-0。
这里的一个关键见解是加载器选项应该是相当简单的对象，以便在它们上调用JSON.stringify 不会丢失任何信息。否则，Webpack 可能会无意中重用使用不同加载器选项的缓存结果。或者，您可以将loaderData.ident 显式设置为唯一标识选项的字符串（例如哈希码）。
【讨论】：
如果您更改加载器的输入，那么您实际上是在创建它的一个新实例，因此它不应该使用来自加载器的缓存和不同的选项。
如果您看这里，它似乎只是设置了一个标志，说明是否请求可缓存，并且由您决定是否缓存结果。无论如何，它总是会调用你的加载器。 https://github.com/webpack/loader-runner/blob/master/lib/LoaderRunner.js#L270
【讨论】：