Modern.js optimizes build performance by default, but as the project becomes larger, you may encounter some build performance problems.
This document provides some optional speed-up strategies, developers can choose some of them to improve the build performance.
The strategies in Bundle Size Optimization can also be used to improve build performance, so we won't repeat them here.
The following are some general optimization strategies, which can speed up the development build and production build, and some of them also optimize the bundle size.
If you are not using Rspack yet, you can switch to Rspack build mode to improve the build speed by 5~10 times, see Using Rspack for more information.
In general, updating Node.js to the latest LTS release will help improve build performance.
Especially for devices with Apple M1/M2 chips, it is recommended to use Node 18.
Node >= 16 provides Apple Silicon binaries by default, so the performance on M1/M2 models will be greatly improved than Node 14. According to our tests, After switching from Node 14 to Node >= 16, the compilation speed can be improved by more than 100%.
You can switch to Node 18 by following steps:
By default, Modern.js uses Babel to compile TS files. After enabling the tools.tsLoader option, ts-loader
will be used to compile TS files.
Please avoid using ts-loader
because it requires additional parsing and type checking, which will slow down the build.
See the tools.tsLoader documentation for details.
The following are strategies for improve build performance in development environment.
In order to provide a good debugging experience, Modern.js uses the cheap-module-source-map
format Source Map by default in the development environment, which is a high-quality Source Map format and will bring certain performance overhead.
You can improve build speed by adjusting the source map format of your development environment.
For example to disable Source Map:
Or set the source map format of the development environment to the cheapest eval
format:
For detailed differences between different Source Map formats, see webpack - devtool.
This strategy is similar to "Adjust Browserslist", the difference is that we can set different browserslist for development and production environment, thereby reducing the compilation overhead in the development environment.
For example, you can add the following config to package.json
, which means that only the latest browsers are compatible in the development environment, and the actual browsers are compatible in the production environment:
Note that this strategy can lead to some differences in the build result of development production environment.
The following are strategies for improve build performance in production environment.
If your project does not need Source Map in the production, you can turn it off through the disableSourceMap
config to improve the build speed.
See output.disableSourceMap for details.