本节内容派生于以下链接指向的内容 ,并遵守 CC BY 4.0 许可证的规定。
以下内容如果没有特殊声明,可以认为都是基于原内容的修改和删减后的结果。
顶级的 output 包含一组选项,指导 Rspack 如何以及在哪里输出 bundles、assets,以及使用 Rspack 打包或加载的任何其他内容。
Objectstring | ((pathData: PathData, assetInfo?: AssetInfo) => string)'[hash][ext][query]'与 output.filename 类似,但适用于资源模块。
[name]、[file]、[query]、[fragment]、[base] 和 [path] 在使用数据 URI 替换构建的资源中被设置为空字符串。
Asset module 输出的文件名称。这个值可以被 Rule.generator.filename 覆盖。
'asset' 且 asset 满足 Rule.parser.dataUrlCondition 设定值'asset/resource'booleantrue是否创建按需加载的异步 chunk。
booleanfalse为 <script> 标签添加已被标记为已废弃的 charset="utf-8" 属性。
string | (pathData: PathData, assetInfo?: AssetInfo) => stringoutput.filename 不为函数时,推断 output.filename 推断;否则为 '[id].js'。这个选项决定了非初始块文件的名称。有关可能值的详细信息,请参见 output.filename 选项。
注意,这些文件名需要在运行时生成,以便发送 chunk 的请求。因此,像 [name] 和 [chunkhash] 这样的占位符需要在 Rspack 运行时将 chunk id 映射到占位符值添加到输出 bundle 中。这会增加大小,并且可能会在任何 chunk 的占位符值更改时使 bundle 的缓存失效。
默认情况下,使用 [id].js 或从 output.filename 推断出的值([name] 被替换为 [id] 或在前面加上 [id].)。
export default {
output: {
chunkFilename: '[id].js',
},
};查看 文件名占位符 了解更多信息。
使用函数:
export default {
output: {
chunkFilename: pathData => {
return pathData.chunk.name === 'main' ? '[name].js' : '[name]/[name].js';
},
},
};false | 'array-push' | 'commonjs' | 'module' | stringtarget 和 output.module 的配置推断chunk 产物的格式,一般来说,target 为 web 或 webworker'时会使用 'array-push' 格式;为 ESM 时会使用 'module' 格式;为 node.js 时会使用 'commonjs' 格式,插件可能会添加其他格式。
这个选项的默认值取决于 target 和 output.module 设置。要了解更多详情,请在 Rspack 默认设置中搜索 "chunkFormat"。
export default {
output: {
chunkFormat: 'commonjs',
},
};number120000Chunk 加载的超时时间(毫秒)。
export default {
//...
output: {
//...
chunkLoadTimeout: 30000, // Chunk 加载会在 30 秒后超时
},
};stringoutput.uniqueName 推断此选项决定了 Rspack 用于加载 chunk 的全局变量。
export default {
output: {
chunkLoadingGlobal: 'myCustomFunc',
},
};false | 'jsonp' | 'import-scripts' | 'require' | 'async-node' | 'import' | string加载 chunk 的方式,默认值会根据 target 和 chunkFormat 的配置而决定,一般来说,target 为 web 时会使用 'jsonp' 来加载 chunk;为 ESM 时会使用 'import' 来加载 chunk;为 webworker 时会使用 'import-scripts' 来加载 chunk;为 node.js 时会使用 'require' 来加载 chunk;为 async node.js 时会使用 'async-node'(fs.readFile + vm.runInThisContext)来加载 chunk,插件可能会添加其他格式。
这个选项的默认值取决于 target 和 output.chunkFormat 设置。要了解更多详情,请在 Rspack 默认设置中搜索 "chunkLoading"。
export default {
output: {
chunkLoading: 'async-node',
},
};boolean | { keep?: string | RegExp | ((path: string) => boolean) }false在生成产物前,删除输出目录下的所有文件。
export default {
//...
output: {
clean: true, // Clean the output directory before emit.
},
// or
output: {
clean: {
keep: 'ignored/dir', // keep these assets under 'dist/ignored/dir'.
},
},
// or
output: {
clean: {
keep: /ignored\/dir/, // keep these assets under 'dist/ignored/dir'.
},
},
// or
output: {
clean: {
keep: path => path.includes('ignored/dir'), // keep these assets under 'dist/ignored/dir'.
},
},
};booleantrue告知 Rspack 在写入产物文件时检查文件是否已经存在并且拥有相同内容。
当在文件系统中已经存在有相同内容的文件时,Rspack 将不会写入产物文件。
export default {
//...
output: {
compareBeforeEmit: false,
},
};false | 'anonymous' | 'use-credentials'false通过 crossOriginLoading 配置项,你可以为动态加载的 chunks 设置 crossorigin 属性。
当 target 为 'web' 时,Rspack 会动态创建 <script> 和 <link> 标签来加载异步的 JavaScript 和 CSS 资源。如果这些资源的 URL 在其他域名下,且 crossOriginLoading 不为 false,那么 Rspack 会为 <script> 和 <link> 标签添加 crossorigin 属性。
可选值
crossOriginLoading 有以下可选值:
false: 不设置 crossorigin 属性。'anonymous':将 crossorigin 设置为 'anonymous',不包含用户凭据来跨域加载资源。'use-credentials':将 crossorigin 设置为 'use-credentials',包含用户凭据来跨域加载资源。示例
比如将 output.publicPath 设置为 https://example.com/,并将 output.crossOriginLoading 设置为 'anonymous':
import path from 'node:path';
export default {
output: {
publicPath: 'https://example.com/',
crossOriginLoading: 'anonymous',
},
};当 Rspack 在加载异步的 JavaScript 资源时,会生成如下的 HTML:
<script src="https://example.com/foo.js" crossorigin="anonymous"></script>string | (pathData: PathData, assetInfo?: AssetInfo) => stringoutput.chunkFilename 不为函数时,根据 output.chunkFilename 推断;否则为 '[id].css'。此选项决定了非初始(non-initial)CSS chunk 文件的名称,参阅 output.filename,了解可能的值。
在这里不能指定绝对路径。不过,可以随意包括用 '/' 分隔的文件夹。这个指定的路径将与 output.path 值结合,以精确定位磁盘上的位置。
string | (pathData: PathData, assetInfo?: AssetInfo) => stringoutput.filename 推断此选项决定了 CSS 文件的名称,参阅 output.filename,了解可能的值。
在这里不能指定绝对路径。不过,可以随意包括用 '/' 分隔的文件夹。这个指定的路径将与 output.path 值结合,以精确定位磁盘上的位置。
type DevtoolFallbackModuleFilenameTemplate =
| string
| ((context: ModuleFilenameTemplateContext) => string);undefined当模板字符串或函数产生重复时使用的备用内容。
详见 output.devtoolModuleFilenameTemplate.
type DevtoolModuleFilenameTemplate =
| string
| ((context: ModuleFilenameTemplateContext) => string);webpack://[namespace]/[resource-path]?[loaders]'此选项仅在 devtool 使用了需要模块名称的选项时使用。
自定义每个 source map 的 sources 数组中使用的名称。可以通过传递模板字符串或者函数来完成。例如,当使用 devtool: 'eval',默认值是:
export default {
//...
output: {
devtoolModuleFilenameTemplate:
'webpack://[namespace]/[resource-path]?[loaders]',
},
};模板字符串支持以下模式:
| 模板 | 描述 |
|---|---|
| [absolute-resource-path] | 绝对路径文件名 |
| [all-loaders] | 自动和显式的 loader,并且参数取决于第一个 loader 名称 |
| [hash] | 模块标识符的 hash |
| [id] | 模块标识符 |
| [loaders] | 显式的 loader,并且参数取决于第一个 loader 名称 |
| [resource] | 用于解析文件的路径和用于第一个 loader 的任意查询参数 |
| [resource-path] | 不带任何查询参数,用于解析文件的路径 |
| [namespace] | 模块命名空间。在构建成为一个 library 之后,通常也是 library 名称,否则为空 |
当使用一个函数,同样的选项要通过 info 参数并使用驼峰式:
export default {
//...
output: {
devtoolModuleFilenameTemplate: info => {
return `webpack:///${info.resourcePath}?${info.loaders}`;
},
},
};如果多个模块产生相同的名称,使用 output.devtoolFallbackModuleFilenameTemplate 来代替这些模块。
stringundefined此选项确定 output.devtoolModuleFilenameTemplate 使用的模块名称空间。未指定时的默认值为:output.uniqueName。在加载多个通过 Rspack 构建的 library 时,用于防止 source map 中源文件路径冲突。
例如,如果你有两个 library,分别使用命名空间 library1 和 library2,并且都有一个文件 ./src/index.js(可能具有不同内容),它们会将这些文件暴露为 webpack://library1/./src/index.js 和 webpack://library2/./src/index.js。
('jsonp' | 'import-scripts' | 'require' | 'async-node' | string)[]output.chunkLoading、output.workerChunkLoading 及 Entry 的 chunkLoading 的配置推断启用用于入口 chunk 加载类型的列表。将由 Rspack 自动填充,仅在使用函数作为入口选项并从那里返回 chunkLoading 选项时需要。
export default {
//...
output: {
enabledChunkLoadingTypes: ['jsonp', 'require'],
},
};string[]入口点可用的 library 类型列表。
export default {
//...
output: {
enabledLibraryTypes: ['module'],
},
};('fetch-streaming' | 'fetch' | 'async-node' | string | false)[]output.wasmLoading 及 output.workerWasmLoading 的配置推断开启可用的 Wasm 加载类型的运行时模块打包。
export default {
//...
output: {
enabledWasmLoadingTypes: ['fetch'],
},
};type Environment = {
/** The environment supports arrow functions ('() => { ... }'). */
arrowFunction?: boolean;
/** The environment supports async function and await ('async function () { await ... }'). */
asyncFunction?: boolean;
/** The environment supports BigInt as literal (123n). */
bigIntLiteral?: boolean;
/** The environment supports const and let for variable declarations. */
const?: boolean;
/** The environment supports destructuring ('{ a, b } = obj'). */
destructuring?: boolean;
/** The environment supports 'document' variable. */
document?: boolean;
/** The environment supports an async import() function to import EcmaScript modules. */
dynamicImport?: boolean;
/** The environment supports an async import() when creating a worker, only for web targets at the moment. */
dynamicImportInWorker?: boolean;
/** The environment supports 'for of' iteration ('for (const x of array) { ... }'). */
forOf?: boolean;
/** The environment supports 'globalThis'. */
globalThis?: boolean;
/** The environment supports { fn() {} } */
methodShorthand?: boolean;
/** The environment supports ECMAScript Module syntax to import ECMAScript modules (import ... from '...'). */
module?: boolean;
/**
* Determines if the node: prefix is generated for core module imports in environments that support it.
* This is only applicable to Webpack runtime code.
* */
nodePrefixForCoreModules?: boolean;
/** The environment supports optional chaining ('obj?.a' or 'obj?.()'). */
optionalChaining?: boolean;
/** The environment supports template literals. */
templateLiteral?: boolean;
};output.environment 定义 Rspack 在生成运行时代码时可以使用的 ECMAScript 语言特性和宿主环境特性。
该选项仅影响 Rspack 生成的 runtime 代码和辅助函数,不会影响源代码的语法降级。
output.environment 的默认值由 target 自动推断。
Rspack 会基于 target 识别目标环境支持的语言能力,例如:
target 指向特定 Node 版本,Rspack 会根据该版本的语法能力推断对应字段通常你无需手动设置此选项,除非你希望强制启用或禁用某些语法。当你手动配置此选项时,可以覆盖 Rspack 自动推断的结果,显式声明目标环境是否支持某些语法特性,从而影响 runtime 代码的输出形式。
例如,当 target 为 ['web', 'es2018'] 时,Rspack 会默认启用 const 语法,你可以通过手动配置 output.environment.const: false 来禁用它。此时 Rspack 会生成使用 var 声明变量的 runtime 代码。
export default {
target: ['web', 'es2018'],
output: {
environment: {
const: false,
},
},
};string | (pathData: PathData, assetInfo?: AssetInfo) => stringtrue 时为 '[name].mjs',否则为 '[name].js'这个选项决定了输出的 JavaScript bundle 文件名称。这些 bundle 将会被写入 output.path 指定的目录下。
对于单个 Entry 来说,你可以使用一个固定名称,如:
export default {
output: {
filename: 'bundle.js',
},
};然而,当通过多个 Entry、代码分割或各种插件创建多个包时,你应该使用以下替换之一来给每个包一个唯一的名字...
Rspack 会对用户输入的代码进行代码分割优化,这些优化可能包括但不限于:code splitting、bundle splitting,或通过其他插件实现的代码分割等。 这些代码分割的行为会导致生成多个 bundle,因此 bundle 的文件名需要动态生成。
使用 Entry 名称:
export default {
output: {
filename: '[name].bundle.js',
},
};使用内部 chunk id:
export default {
output: {
filename: '[id].bundle.js',
},
};使用从生成内容中生成的哈希值:
export default {
//...
output: {
filename: '[contenthash].bundle.js',
},
};将多个替换组合起来:
export default {
//...
output: {
filename: '[name].[contenthash].bundle.js',
},
};查看 文件名占位符 了解更多信息。
使用函数返回文件名:
export default {
//...
output: {
filename: pathData => {
return pathData.chunk.name === 'main' ? '[name].js' : '[name]/[name].js';
},
},
};这个选项被称为文件名,但你仍然可以使用类似 js/[name]/bundle.js 的东西来创建文件夹结构。
请注意,此选项不会影响到按需加载块的输出文件。它只影响最初加载的输出文件。对于按需加载的块文件,使用的是 output.chunkFilename 选项。由加载器创建的文件也不会受到影响。在这种情况下,你可能需要尝试特定加载器提供的可用选项。
string'self'当输出为 library 时,尤其是当 libraryTarget 为 'umd'时,此选项将决定使用哪个全局对象来挂载 library。为了使 UMD 构建在浏览器和 Node.js 上均可用,应将 output.globalObject 选项设置为 'this'。对于类似 web 的目标,默认为 self。
入口点的返回值将会使用 output.library.name 赋值给全局对象。依赖于 target 配置项,全局对象将会发生对应的改变,例如:self, global 或者 globalThis。
示例:
export default {
// ...
output: {
library: 'myLib',
libraryTarget: 'umd',
filename: 'myLib.js',
globalObject: 'this',
},
};string'hex'在生成哈希时使用的编码方式。使用 'base64' 作为文件名可能会有问题,因为其中包含 / 字符。同样 'latin1' 也可能包含任何字符。
number16要使用的 hash 摘要的长度,详见 Hash 长度。
export default {
output: {
hashDigestLength: 8,
},
};'md4' | 'xxhash64' | 'sha256''xxhash64'指定要使用的哈希算法。
export default {
//...
output: {
hashFunction: 'xxhash64',
},
};
Rspack 从 1.1 版本开始默认使用更快的 xxhash64 算法。
stringundefined可选的 salt,用于更新哈希值。
string"[id].[fullhash].hot-update.js"自定义热更新文件的文件名,参阅 output.filename,了解可能的值。只有 [fullhash] 和 [id] 可用作占位符。
export default {
//...
output: {
hotUpdateChunkFilename: '[id].[fullhash].hot-update.js',
},
};
通常你不需要更改 output.hotUpdateChunkFilename。
string"webpackHotUpdate" + output.uniqueName仅当 target 设置为 "web" 时使用,它使用 JSONP 来加载热更新。
JSONP 函数用于异步加载热更新块。
具体可以参阅 output.chunkLoadingGlobal。
string"[runtime].[fullhash].hot-update.json"自定义热更新清单文件的文件名。只有 [fullhash] 和 [runtime] 可用作占位符。
通常你不需要更改 output.hotUpdateMainFilename。
booleantrue让 Rspack 为生成的代码添加 IIFE 包装器。
export default {
//...
output: {
iife: true,
},
};string'import'内部 import() 函数的名称. 可用于 polyfilling,例如通过 dynamic-import-polyfill.
export default {
//...
output: {
importFunctionName: '__import__',
},
};string'import.meta'内部 import.meta 对象的名字,可将其换成 polyfill 的对象。
export default {
//...
output: {
importMetaName: 'pseudoImport.meta',
},
};输出一个库,为你的入口做导出。
string | string[] | object一起来看一个简单的示例。
export default {
// …
entry: './src/index.js',
output: {
library: 'MyLibrary',
},
};假设你在 src/index.js 的入口中导出了如下函数:
export function hello(name) {
console.log(`hello ${name}`);
}此时,变量 MyLibrary 将与你的入口文件所导出的文件进行绑定,下面是如何使用 Rspack 构建的库的实现:
<script src="https://example.org/path/to/my-library.js"></script>
<script>
MyLibrary.hello('rspack');
</script>在上面的例子中,我们为 entry 设置了一个入口文件,然而 Rspack 可以接受 多个入口,例如一个 array 或者一个 object。
如果你将 entry 设置为一个 array,那么只有数组中的最后一个会被暴露。
export default {
// …
entry: ['./src/a.js', './src/b.js'], // 只有在 b.js 中导出的内容才会被暴露
output: {
library: 'MyLibrary',
},
};如果你将 entry 设置为一个 object,所以入口都可以通过 library 的 array 语法暴露:
export default {
// …
entry: {
a: './src/a.js',
b: './src/b.js',
},
output: {
filename: '[name].js',
library: ['MyLibrary', '[name]'], // name is a placeholder here
},
};假设 a.js 与 b.js 导出名为 hello 的函数,这就是如何使用这些库的方法:
<script src="https://example.org/path/to/a.js"></script>
<script src="https://example.org/path/to/b.js"></script>
<script>
MyLibrary.a.hello('rspack');
MyLibrary.b.hello('rspack');
</script>string在全局为 AMD 模块添加 define/require 函数的容器。
请注意,amdContainer 的值必须设置为全局变量。
export default {
// …
output: {
library: {
amdContainer: 'window["clientContainer"]',
type: 'amd', // or 'amd-require'
},
},
};这将产生以下 bundle:
window['clientContainer'].define(/*define args*/); // or 'amd-require' window['clientContainer'].require(/*require args*/);指定库的名称。
string | string[] | {amd?: string, commonjs?: string, root?: string | string[]}export default {
// …
output: {
library: {
name: 'MyLibrary',
},
},
};配置将库暴露的方式。
类型: string
类型默认包括 'var'、'module'、'assign'、'assign-properties'、'this'、'window'、'self'、'global'、'commonjs'、'commonjs2'、'commonjs-module'、'commonjs-static'、'amd'、'amd-require'、'umd'、'umd2'、'jsonp' 和 'system',除此之外也可以通过插件添加。
对于接下来的示例,我们将会使用 _entry_return_ 表示被入口点返回的值。
这些选项将入口点的返回值(例如,入口点导出的内容)分配给 output.library.name 中配置的名称,无论 bundle 被包含在什么作用域中。
export default {
// …
output: {
library: {
name: 'MyLibrary',
type: 'var',
},
},
};让你的库加载之后,入口起点的返回值 将会被赋值给一个变量:
var MyLibrary = _entry_return_;
// 在加载了 `MyLibrary` 的单独脚本中
MyLibrary.doSomething();export default {
// …
output: {
library: {
name: 'MyLibrary',
type: 'assign',
},
},
};这将生成一个隐含的全局变量,它有可能重新分配一个现有的值(请谨慎使用):
MyLibrary = _entry_return_;请注意,如果 MyLibrary 没有在你的库之前定义,那么它将会被设置在全局作用域。
export default {
// …
output: {
library: {
name: 'MyLibrary',
type: 'assign-properties',
},
},
};与 type: 'assign' 相似但是更安全,因为如果 MyLibrary 已经存在的话,它将被重用:
// 仅在当其不存在是创建 MyLibrary
MyLibrary = typeof MyLibrary === 'undefined' ? {} : MyLibrary;
// 然后复制返回值到 MyLibrary
// 与 Object.assign 行为类似
// 例如,你像下面这样在你的入口导出一个 `hello` 函数
export function hello(name) {
console.log(`Hello ${name}`);
}
// 在另外一个已经加载 MyLibrary 的脚本中
// 你可以像这样运行 `hello` 函数
MyLibrary.hello('World');这些配置项分配入口点的返回值(例如:无论入口点导出的什么内容)到一个名为 output.library.name 的对象中。
export default {
// …
output: {
library: {
name: 'MyLibrary',
type: 'this',
},
},
};入口起点的返回值 将会被赋值给 this 对象下的 output.library.name 属性。this 的含义取决于你:
this['MyLibrary'] = _entry_return_;
// 在一个单独的脚本中
this.MyLibrary.doSomething();
MyLibrary.doSomething(); // 如果 `this` 为 window 对象export default {
// …
output: {
library: {
name: 'MyLibrary',
type: 'window',
},
},
};入口起点的返回值 将会被赋值给 window 对象下的 output.library.name。
window['MyLibrary'] = _entry_return_;
window.MyLibrary.doSomething();export default {
// …
output: {
library: {
name: 'MyLibrary',
type: 'global',
},
},
};入口起点的返回值 将会被复制给全局对象下的 output.library.name。取决于 target 值,全局对象可以分别改变,例如,self、global 或者 globalThis。
global['MyLibrary'] = _entry_return_;
global.MyLibrary.doSomething();export default {
// …
output: {
library: {
name: 'MyLibrary',
type: 'commonjs',
},
},
};入口起点的返回值 将使用 output.library.name 赋值给 exports 对象。顾名思义,这是在 CommonJS 环境中使用。
exports['MyLibrary'] = _entry_return_;
require('MyLibrary').doSomething();
注意,不设置 output.library.name 将导致入口起点返回的所有属性都被赋值给给定的对象;不检查现有的属性名。
这些配置项将生成一个带有完整 header 的 bundle,以确保与各种模块系统兼容。output.library.name 配置项在不同的 output.library.type 中有不同的含义。
export default {
// …
experiments: {
outputModule: true,
},
output: {
library: {
// 不要指定 `name`
type: 'module',
},
},
};输出 ESM 模块。
但这个特性仍然是实验性的,还没有完全支持,所以在使用之前确保启用了 experiments.outputModule。此外,你可以在这个 issue 中跟踪开发进度。
export default {
// …
experiments: {
outputModule: true,
},
output: {
library: {
// 不要指定 `name`
type: 'modern-module',
},
},
};这项配置将生成支持 tree-shaking 的 ES 模块输出。
但这个特性仍然是实验性的,还没有完全支持,所以在使用之前确保启用了 experiments.outputModule。
export default {
// …
output: {
library: {
// note there's no `name` here
type: 'commonjs2',
},
},
};入口起点的返回值 将会被赋值给 module.exports。顾名思义,这是在 Node.js(CommonJS)环境中使用的:
module.exports = _entry_return_;
require('MyLibrary').doSomething();如果我们指定 output.library.name 为 type: commmonjs2,你的入口起点的返回值将会被赋值给 module.exports.[output.library.name]。
在考虑 CommonJS 与 CommonJS2 之间的区别?虽然它们很相似,但是它们之间有一些细微的差别,这些差别在 Rspack 的上下文中通常是不相关的。(要获取更多详细内容,请 阅读这个 issue。)
export default {
// …
output: {
library: {
// note there's no `name` here
type: 'commonjs-static',
},
},
};单个导出将被设置为 module.exports 中的属性。名称中的“static”是指输出是静态可分析的,因此具名导出可以通过 Node.js 导入到 ESM 中:
输入:
export function doSomething() {}输出:
function doSomething() {}
// …
exports.doSomething = __webpack_exports__.doSomething;消费(CommonJS):
const { doSomething } = require('./output.cjs'); // doSomething => [Function: doSomething]消费(ESM):
import { doSomething } from './output.cjs'; // doSomething => [Function: doSomething]这将使库作为一个 AMD 模块暴露出来。
AMD 模块要求入口 chunk(例如,通过 <script> 标签加载的第一个脚本)具有特定属性,例如 define 和 require,这些通常由 RequireJS 或任何兼容的加载器(如 almond)提供。否则,直接加载生成的 AMD 包将导致错误,例如 define is not defined。
配置如下配置:
export default {
//...
output: {
library: {
name: 'MyLibrary',
type: 'amd',
},
},
};生成的输出将被定义为名为 "MyLibrary",比如:
define('MyLibrary', [], function () {
return _entry_return_;
});包可以作为脚本标签的一部分被包含,并且可以像这样调用:
require(['MyLibrary'], function (MyLibrary) {
// Do something with the library...
});如果 output.library.name 未定义,则生成以下内容。
define(function () {
return _entry_return_;
});直接使用 <script> 标签加载这个包将无法按预期工作,或者根本无法工作(在使用 almond 加载器的情况下)。它只能通过 RequireJS 兼容的异步模块加载器并通过该文件的实际路径来工作。因此,在这种情况下,如果这些文件直接暴露在服务器上,output.path 和 output.filename 可能会变得非常重要。
export default {
//...
output: {
library: {
name: 'MyLibrary',
type: 'amd-require',
},
},
};这会将你的输出打包成一个立即执行的 AMD require(dependencies, factory) 包装器。
amd-require 类型允许使用 AMD 依赖项,而不需要后续的单独调用。与 amd 类型一样,这取决于在加载 Rspack 输出的环境中是否有适当的 require 函数可用。
使用这种类型时,库名称不能被使用。
这将在所有模块定义下暴露你的库, 允许它与 CommonJS、AMD 和作为全局变量工作。可以查看 UMD Repository 获取更多内容。
在这种情况下,你需要使用 library.name 属性命名你的模块:
export default {
//...
output: {
library: {
name: 'MyLibrary',
type: 'umd',
},
},
};最终的输出为:
(function webpackUniversalModuleDefinition(root, factory) {
if (typeof exports === 'object' && typeof module === 'object')
module.exports = factory();
else if (typeof define === 'function' && define.amd) define([], factory);
else if (typeof exports === 'object') exports['MyLibrary'] = factory();
else root['MyLibrary'] = factory();
})(global, function () {
return _entry_return_;
});请注意,根据对象赋值部分,省略 library.name 将导致入口起点返回的所有属性直接赋值给根对象。示例:
export default {
//...
output: {
libraryTarget: 'umd',
},
};输出将会是:
(function webpackUniversalModuleDefinition(root, factory) {
if (typeof exports === 'object' && typeof module === 'object')
module.exports = factory();
else if (typeof define === 'function' && define.amd) define([], factory);
else {
var a = factory();
for (var i in a) (typeof exports === 'object' ? exports : root)[i] = a[i];
}
})(global, function () {
return _entry_return_;
});你可以为 library.name 指定一个对象,每个目标的名称不同:
export default {
//...
output: {
library: {
name: {
root: 'MyLibrary',
amd: 'my-library',
commonjs: 'my-common-library',
},
type: 'umd',
},
},
};这将会把你的库暴露为一个 System.register 模块。
System 模块要求当 bundle 执行时,全局变量 System 出现在浏览器中。编译的 System.register 格式允许你在没有额外配置的情况下使用 System.import('/bundle.js'),并将你的 bundle 加载到系统模块注册表中。
export default {
//...
output: {
library: {
type: 'system',
},
},
};输出:
System.register([], function (__WEBPACK_DYNAMIC_EXPORT__, __system_context__) {
return {
execute: function () {
// ...
},
};
});除了设置 output.library.type 为 system,还要将 output.library.name 添加到配置中,输出的 bundle 将以库名作为 System.register 的参数:
System.register(
'MyLibrary',
[],
function (__WEBPACK_DYNAMIC_EXPORT__, __system_context__) {
return {
execute: function () {
// ...
},
};
},
);type: 'jsonp'
export default {
// …
output: {
library: {
name: 'MyLibrary',
type: 'jsonp',
},
},
};这将把你的入口返回值包装在一个 JSONP 中。
MyLibrary(_entry_return_);库的依赖项将由 externals 配置定义。
指定哪一个导出应该被暴露为一个库。
string | string[]undefined默认情况下为 undefined,将导出整个(命名空间)对象。下述 demo 演示了使用 output.library.type: 'var' 配置型产生的作用。
export default {
output: {
library: {
name: 'MyLibrary',
type: 'var',
export: 'default',
},
},
};入口点的默认导出将会被赋值为库名称:
// 如果你的库有默认导出
var MyLibrary = _entry_return_.default;你可以传递一个数组给 output.library.export,它将被解析为要分配给库名称的模块路径:
export default {
output: {
library: {
name: 'MyLibrary',
type: 'var',
export: ['default', 'subModule'],
},
},
};这里是库代码:
var MyLibrary = _entry_return_.default.subModule;在 UMD 包装器中添加注释。
string | { amd?: string, commonjs?: string, commonjs2?: string, root?: string }undefined为每个 umd 类型插入相同的注释,将 auxiliaryComment 设置为 string。
export default {
// …
mode: 'development',
output: {
library: {
name: 'MyLibrary',
type: 'umd',
auxiliaryComment: 'Test Comment',
},
},
};这将产生以下结果:
(function webpackUniversalModuleDefinition(root, factory) {
//Test Comment
if (typeof exports === 'object' && typeof module === 'object')
module.exports = factory();
//Test Comment
else if (typeof define === 'function' && define.amd) define([], factory);
//Test Comment
else if (typeof exports === 'object') exports['MyLibrary'] = factory();
//Test Comment
else root['MyLibrary'] = factory();
})(self, function () {
return _entry_return_;
});对于细粒度控制,可以传递一个对象:
export default {
// …
mode: 'development',
output: {
library: {
name: 'MyLibrary',
type: 'umd',
auxiliaryComment: {
root: 'Root Comment',
commonjs: 'CommonJS Comment',
commonjs2: 'CommonJS2 Comment',
amd: 'AMD Comment',
},
},
},
};booleanundefined当使用 output.library.type: "umd" 时,将 output.library.umdNamedDefine 设置为 true 将会把 AMD 模块命名为 UMD 构建。否则使用匿名 define。
module.exports = {
//...
output: {
library: {
name: 'MyLibrary',
type: 'umd',
umdNamedDefine: true,
},
},
};AMD module 将会是这样:
define('MyLibrary', [], factory);booleanfalse以 ESM 模块的形式输出 JavaScript 文件。由于此功能仍处于实验阶段,默认为关闭状态。如需启用,请将 experiments.outputModule 设置为 true。
当启用时,Rspack 会将 output.iife 设置为 false, output.scriptType 设置为 'module'。
如果你正在使用 Rspack 编译一个供他人使用的库,请确保在 output.module 为 true 时将 output.library.type 设置为 'module'。
export default {
//...
experiments: {
outputModule: true,
},
output: {
module: true,
},
};stringpath.resolve(process.cwd(), 'dist')输出文件目录的绝对路径。
import path from 'node:path';
import { fileURLToPath } from 'node:url';
const __dirname = path.dirname(fileURLToPath(import.meta.url));
export default {
output: {
path: path.resolve(__dirname, 'dist/assets'),
},
};注意 [fullhash] 将会被替换为构建过程中的 hash 值。
output.path 必须是一个绝对路径。boolean | 'verbose'false控制是否在生成的 bundle 中插入与模块相关的注释。这些注释有助于调试、分析打包结果以及理解 tree shaking 行为。
true: 启用基础的注释输出,包括模块路径信息。false: 不输出任何注释,这是默认行为。'verbose':输出更详细的信息,例如模块导出、运行时信息、tree shaking 信息和 bailout 原因。适合排查构建问题或深入分析构建结果。例如将 pathinfo 设置为 true:
export default {
output: {
pathinfo: true,
},
};生成的代码中会包含类似的注释:
/*!**********************!*\
!*** ./src/index.js ***!
\**********************/pathinfo 主要用于开发调试。这些注释会增加 bundle 体积,同时可能泄露源文件结构,请避免在生产环境中启用。
'auto' | string | ((pathData: PathData, assetInfo?: AssetInfo) => string)'web' 或 'webworker' 时为 'auto',否则为 undefined用于设置打包后的静态资源文件(如 JS、CSS、图片等)的 URL 路径前缀。
export default {
output: {
publicPath: '/assets/',
},
};参考 资源基础路径 了解完整用法。
'module' | 'text/javascript' | booleanfalse该选项允许使用自定义脚本类型(例如 <script type="module" ...>)来加载异步块。
如果 output.module 设置为 true,则 output.scriptType 将默认为 'module' 而不是 false。
export default {
//...
output: {
scriptType: 'module',
},
};string'[file].map[query]'配置 source map 文件的命名方式。仅当 devtool 设置为 'source-map' 时生效,此时会输出文件。
可以使用 output.filename 中的 [name]、[id]、[fullhash] 和 [chunkhash] 替换符。此外,还可以使用 文件名占位符 中在文件级别列出的替换符。
booleanfalse按照 ES modules 规范处理 module 加载时的错误,会有性能损失。
export default {
//...
output: {
strictModuleErrorHandling: true,
},
};告诉 Rspack 当 require 模块出现错误时,移除模块的缓存。
true | string | objectundefined控制 Trusted Types 兼容性。启用此选项,Rspack 将检测已实现了 Trusted Types,并使用 Trusted Types 来创建它动态加载的脚本 URL。应用在运行带有 require-trusted-types-for 内容安全策略指令下的应用程序。
默认情况下是不启用。
true 时,Rspack 将使用 output.uniqueName 作为 Trusted Types 策略名称。policyName 属性中获取。export default {
//...
output: {
trustedTypes: {
policyName: 'my-application#webpack',
},
},
};"stop" | "continue""stop"确定当 require-trusted-types-for 'script' 未能正确执行时,是继续加载还是异常终止。未能正确执行可能是由于策略名称不在 CSP 的 trusted-types 列表中或策略名称重复而使得 trustedTypes.createPolicy(...) 执行失败。
export default {
//...
output: {
//...
trustedTypes: {
policyName: 'my-application#webpack',
onPolicyCreationFailure: 'continue',
},
},
};stringoutput.library 名称或者上下文中的 package.json 的 包名称(package name), 如果两者都不存在,值为 ''。此选项决定了在全局环境下为防止多个 Rspack 运行时 冲突所使用的唯一名称。
output.uniqueName 将用于生成唯一全局变量:
export default {
output: {
uniqueName: 'my-package-xyz',
},
};false | 'fetch', 'async-node''fetch'用于设置加载 WebAssembly 模块的方式。默认方式包括 'fetch'(web/webworker)、'async-node'(Node.js)
默认值会受不同 target 的影响:
'web'、'webworker'、'electron-renderer' 或 'node-webkit',默认值为 'fetch'。'node'、'async-node'、'electron-main' 或 'electron-preload',则默认为 'async-node'。export default {
//...
output: {
wasmLoading: 'fetch',
},
};string'[hash].module.wasm'指定 WebAssembly 模块的文件名。作为 output.path 目录下的相对路径。
export default {
//...
output: {
webassemblyModuleFilename: '[contenthash:8].wasm',
},
};查看 文件名占位符 了解更多信息。
false | 'jsonp' | 'import-scripts' | 'require' | 'async-node' | 'import'falseworkerChunkLoading 控制 chunk 加载方式。
此选项的默认值取决于目标设置。要获取更多信息,请在 Rspack 默认设置中搜索 "workerChunkLoading"。
export default {
//...
output: {
workerChunkLoading: false,
},
};string""为 Worker 设置一个公共路径,默认为 output.publicPath 的值。只有在 Worker 脚本位于与其他脚本不同的路径时才使用此选项。
export default {
//...
output: {
workerPublicPath: '/workerPublicPath2/',
},
};false | 'fetch-streaming' | 'fetch' | 'async-node' | stringfalse用来设置在 Worker 中加载 WebAssembly 模块的方式,默认为 output.wasmLoading 的值。
export default {
//...
output: {
workerWasmLoading: 'fetch',
},
};
我们可能会停止对此的支持,所以最好使用 output.library.export,其作用与 libraryExport 一致。
请使用 output.library.type 代替,因为我们可能在未来放弃对 output.libraryTarget 的支持。
booleanfalse,在 production 模式下为 trueRspack 会在 CSS 中添加一些元信息,用以解析 CSS modules,此配置决定是否压缩元信息。
例如 👇
.local-a {
color: blue;
}
head {
--webpack-main: a: local-a/&\.\/ src\/index\.module\.css;
}压缩后
.local-a {
color: blue;
}
head {
--webpack-main: &\.\/ srcăindexāmoduleācss;
}