The Assets Retry plugin is used to automatically resend requests when static assets fail to load.
You can install the plugin using the following command:
You can register the plugin in the rsbuild.config.ts
file:
You can configure the retry behavior for assets retry through the options.
string[]
[]
Specifies the retry domain when assets fail to load. In the domain
array, the first item is the currently used domain, and the following items are backup domains. When a asset request for a domain fails, Rsbuild will find that domain in the array and replace it with the next domain in the array.
For example:
After adding the above configuration, when assets fail to load from the cdn1.com
domain, the request domain will automatically fallback to cdn2.com
.
If the assets request for cdn2.com
also fails, the request will fallback to cdn3.com
.
string[]
['script', 'link', 'img']
Used to specify the HTML tag types that need to be retried. By default, script tags, link tags, and img tags are processed, corresponding to JS code, CSS code, and images.
For example, only script tags and link tags are processed:
number
3
The maximum number of retries for a single asset. For example:
string | ((url: string) => boolean) | undefined
undefined
The test function of the asset to be retried. For example:
undefined | boolean | 'anonymous' | 'use-credentials'
same as html.crossorigin
When initiating a retry for assets, Rsbuild will recreate the <script>
tags. This option allows you to set the crossorigin
attribute for these tags.
By default, the value of crossOrigin
will be consistent with the html.crossorigin
configuration, so no additional configuration is required. If you need to configure the recreated tags separately, you can use this option, for example:
undefined | (context: AssetsRetryHookContext) => void
The callback function when the asset is being retried. For example:
undefined | (context: AssetsRetryHookContext) => void
The callback function when the asset is successfully retried. For example:
undefined | (context: AssetsRetryHookContext) => void
The callback function when the asset is failed to be retried. For example:
false
Whether to add query when retrying resources, so as to avoid being affected by browser and CDN caches on the retry results.
When set to true
, retry=${times}
will be added to the query when requesting, and requests will be made in sequence according to retry=1
, retry=2
, retry=3
etc, for example:
Assume that the requested asset is https://js.cdn.net/foo.js
. If the request fails, it will automatically retry https://js.cdn.net/foo.js?retry=${times}
Assume that the requested asset is https://js.cdn.net/foo.js?version=1
. If the request fails, it will automatically retry https://js.cdn.net/foo.js?version=1&retry=${times}
When you want to customize query, you can pass a function, for example:
originalQuery
:boolean
true
Whether to inline the runtime JavaScript code of Assets Retry plugin into the HTML file.
If you don't want to insert the code in the HTML file, you can set inlineScript
to false
:
After adding the above configuration, the runtime code of Assets Retry plugin will be extracted into a separate assets-retry.[version].js
file and output to the dist directory.
The downside is that assets-retry.[version].js
itself may fail to load. If this happens, the assets retry will not work. Therefore, we prefer to inline the runtime code into the HTML file.
boolean
process.env.NODE_ENV === 'production'
Configure whether to enable code minification for runtime JavaScript code.
By default, it will be affected by the output.minify configuration.
When you use Assets Retry plugin, the Rsbuild injects some runtime code into the HTML and serializes the Assets Retry plugin config, inserting it into the runtime code. Therefore, you need to be aware of the following:
onRetry
, onSuccess
, and onFail
.onRetry
, onSuccess
and onFail
as these functions are inlined directly into the HTML.Here's an example of incorrect usage:
Assets Retry plugin may not work in the following scenarios:
If your project is a micro-frontend application (such as a Garfish sub-application), the assets retry may not work because micro-frontend sub-applications are typically not loaded directly based on the <script>
tag.
If you need to retry assets in micro-frontend scenarios, please contact the developers of the micro-frontend framework to find a solution.
Assets Retry plugin listens to the page error event to know whether the current resource fails to load and needs to be retried. Therefore, if the resource in the custom template is executed earlier than Assets Retry plugin, then Assets Retry plugin cannot listen to the event that the resource fails to load, so it will not be retried.
If you want Assets Retry plugin to work on resources in custom templates, you can refer to Custom Insertion Example to modify html.inject configuration and custom template.