The content of this section is derived from the content of the following links and is subject to the CC BY 4.0 license.
The following contents can be assumed to be the result of modifications and deletions based on the original contents if not specifically stated.
Rspack will select appropriate optimization configuration based on the mode
. You can also customize the configuration via optimization
.
boolean
true
A module can be removed from a Chunk if the module have been included in all of its parent Chunks.
In the above example, b.js
has already been included in EntryChunk
and EntryChunk2
, so b.js
can be removed from ChunkFoo
.
production
mode.'named' | 'deterministic'
option | description |
---|---|
named |
Use meaningful, easy-to-debug content as id. This option is enabled by default in development mode. |
deterministic |
Use the hashed module identifier as the id to benefit from long-term caching. This option is enabled by default in production mode. |
'named' | 'deterministic'
option | description |
---|---|
'named' |
Readable ids for better debugging. This option is enabled by default in development mode |
'deterministic' |
Short numeric ids which will not be changing between compilation. Good for long term caching. This option is enabled by default in production mode. |
boolean
true
, development mode isfalse
Whether to minimize the bundle.
boolean
true
Whether to merge chunks which contain the same modules. Setting optimization.mergeDuplicateChunks to false will disable this optimization.
This optimization currently has the potential to significantly impact performance.optimization.splitChunks
, also have set optimization.splitChunks.chunks
to 'all', you can disable optimization.mergeDuplicateChunks
.
If you are encountering performance issue, and you are using
Array<Plugin>
[]
Customize the minimizer. When using a custom minimizer, the built-in minimizer will be disabled.
boolean
true
Remove empty chunks generated in the compilation.
boolean
true
boolean | 'flag'
true
, development mode isfalse
Tells Rspack to recognise the sideEffects flag in package.json or rules to skip over modules which are flagged to contain no side effects when exports are not used.
optimization.sideEffects
depended on builtins.treeShaking
to be enabled.
This configuration has a build time cost, but eliminating modules has positive impact on performance because of less code generation. Effect of this optimization depends on your codebase.
If you only want Rspack use the manual sideEffects
flag via (package.json and module.rule.sideEffects) and don't analyse code:
When optimization.sideEffects
is true , Rspack will also flag modules as side effect free when they contain only side effect free statements.
Adds an additional hash compilation pass after the assets have been processed to get the correct asset content hashes. This feature will enable by default in production mode.
If realContentHash is set to false, internal data is used to calculate the hash and it can change when assets are identical in some cases.
false | object
Rspack supports splitting chunks with the optimization.splitChunks
configuration item.
It is enabled by default for dynamically imported modules.
To turn it off, set it to false
.
See details at SplitChunksPlugin.
boolean | 'global'
true
, development mode isfalse
Tells rspack to determine used exports for each module. This depends on optimization.providedExports
.
Information collected by optimization.usedExports
is used by other optimizations or code generation i.e.
Exports are not generated for unused exports, export names are mangled to single char identifiers when all usages are compatible. Dead code elimination in minimizers will benefit from this and can remove unused exports.
To opt-out from used exports analysis per runtime:
boolean
true
, development mode isfalse
optimization.innerGraph
tells rspack whether to conduct inner graph analysis for unused exports.
boolean
true
Tells rspack to figure out which exports are provided by modules to generate more efficient code for export * from ....
By default optimization.providedExports
is enabled.
boolean | 'deterministic' | 'size'
deterministic
, development mode isfalse
optimization.mangleExports
allows to control export mangling.
The following values are supported:
option | description |
---|---|
'named' | Use meaningful, easy-to-debug content as id. This option is enabled by default in development mode |
'deterministic' | Use the hashed module identifier as the id to benefit from long-term caching. This option is enabled by default in production mode |
true | Same as 'deterministic' |
false | Keep original name. Good for readability and debugging. |