React render tracker – a tool to discover performance issues related to unintentional re-renders and unmounts
React Render Tracker – a tool to discover performance issues related to unintended re-renders.
React Render Tracker (RRT) presents component’s tree state over the time and an event log related to a selected component (fiber) or its subtree. It doesn’t provide a complete state of the components, but the difference between their states. It’s not a replacement for React Devtools, but a compliment to it with a focus on investigation of changes in app’s component tree (like mounts, updates and unmounts) and their causes.
React Render Tracker v0.6 – Overview & Instructions
Supported React v16.9+ (fully functional for a React development build, but for profiling and production builds it is not capturing some data, see issue #25)
Features:
All you need to do is to add a single <script>
to the HTML page and open the user interface to inspect your React app.
First of all the <script>
should be added before a React app. This script will add a special object to the global which is used by React for providing its internals to the tool for analysis (React Devtools does the same). As soon as React library is loaded and attached to the tool, RRT starts collecting data about what is going on in React’s internals.
NOTE: Multiple React library instances on the same page are not supported yet. In this case, only first connected React data will be displayed.
<script src="path/to/react-render-tracker.js"></script>
NOTE: A path for a bundle in the NPM package is
dist/react-render-tracker.js
You can use a CDN service to include script with no installation from NPM:
<script src="https://cdn.jsdelivr.net/npm/react-render-tracker"></script>
<script src="https://unpkg.com/react-render-tracker"></script>
Next, you need to open the user interface or use data client API, one of the ways that best suits your case:
To avoid any additional installs you may just add data-config="inpage:true"
attribute to the <script>
. In this case, the UI will be shown right in the page of your application. That’s the simplest way to try React Render Tracker in action. However, UI will perform in the same thread as your React application which may be not a good option from a performance perspective for large scale apps.
<script
src="https://cdn.jsdelivr.net/npm/react-render-tracker"
data-config="inpage:true"
></script>
Install Rempl extension for Chromium based browser or for Firefox (other browsers might be added later)
Open location of your React app, then open browser’s devtools and find Rempl tab here. Click it. That’s it.
NOTE: If your React application and browser’s devtools were opened before Rempl extension is installed, you need to close and open browser’s devtools as well as reload the page with React application.
The most universal way for a remote inspection of your React app using React Render Tracker is via a special server as a connection point between the app and React Render Tracker UI. Since RRT is based on Rempl, it works with rempl-cli which is used to launch such kind of a server. In this case, it becomes possible to inspect a React application launched in any web view with a WebSocket support. In fact, you can inspect a React application running in a browser with no devtools support, or Electron, or VS Code, etc.
> npm install -g rempl-cli
> rempl
This will launch a Rempl server on port 8177
. Use --port
option to specify any other port. See more option with rempl --help
command.
<meta>
tag with specified origin of the Rempl server:<meta name="rempl:server" content="localhost:8177" />
http://localhost:8177
which is the default URL. You should see connected instances of React Render Tracker, select one to see the UI.NOTE: During MVP phase cross-browser support is not guarantee. Feel free to open an issue if something doesn’t work in non-Chromium browser you use.
The react-render-tracker/data-client
module provides JavaScript API (data client) to interact with React Render Tracker.
<script src="path/to/react-render-tracker.js"></script>
<script type="module">
import * as rrt from "react-render-tracker/data-client";
await rrt.isReady(); // resolves when data client is connected to React Render Tracker
// ...
const capturedEvents = await rrt.getEvents();
</script>
See example here.
Data client API:
NOTE: Data client API is very basic at the moment and a subject to change. Consider it experimental. Your feedback is highly welcome.
// returns a promise that is resolving when data client is connected to RRT
async function isReady(): void;
// returns the state of data client connection to RRT
function isConnected(): boolean;
// returns an array of captured events
async function getEvents(offset = 0, limit = Infinity): Message[];
// return a number of captured events
async function getEventCount(): number;
// adds listener to the connection state changes, return a function to unsubscribe
function subscribeConnected(listener: (value: boolean) => void): () => {};
// adds listener to receive new captured events, return a function to unsubscribe;
// specifies the index from which to consider events as new, by default it's all
// non-captured events; set to 0 to receieve all the events;
function subscribeNewEvents(
callback: (newEvents: Message[]) => void,
offset = events.length
): () => {};
The react-render-tracker/headless-browser-client
module provides an adapter for headless browser frameworks which is applied to a page object to get the data client API in the context of the page. Supported frameworks:
import { chromium } from "playwright"; // or import puppeteer from "puppeteer";
import newTrackerClient from "react-render-tracker/headless-browser-client";
const browser = chromium.launch();
const page = await browser.newPage();
const rrt = await newTrackerClient(page);
await page.goto("https://example.com");
const capturedEvents = await rrt.getEvents();
React Render Tracker can be configured by the attribute data-config
on <script>
element:
<script
src="path/to/react-render-tracker.js"
data-config="...options goes here..."
></script>
Type: boolean
Default: false
Opens in-page host for the tool on initialization when true
.
Type: string
| object
| undefined
Default: undefined
Allows to enable “open in editor” feature which is disabled when value is undefined
(by default). Option’s value should be an object with the following shape (all entries are optional except pattern
):
{
pattern: 'string', // required
projectRoot: 'string', // optional
basedir: 'string', // optional
basedirJsx: 'string' // optional
}
Where:
pattern
– defines an URL which should be fetched on a click by a source location link. Such URL should be an endpoint of web server which performs “open in editor” action. For Visual Studio Code
a web server is not required (see below).projectRoot
– an absolute path for a project dir, any location is appending to it.basedir
– a path relative to project’s dir to resolve relative paths (i.e. paths which contain ..
) before appending to projectRoot
.basedirJsx
– the same as basedir
but for JSX locations (i.e. __source
prop values on JSX elements); basedir
value is used when basedirJsx
is not specified.In case your editor is Visual Studio Code
, it’s possible to setup “open in editor” feature without a web server, like so:
<script
src="https://cdn.jsdelivr.net/npm/react-render-tracker"
data-config="
openSourceLoc: {
pattern: 'vscode://file/[file]',
projectRoot: '/Users/username/git/project-name'
}
"
></script>
When a string value is passed for openSourceLoc
option it’s replaced with an object { pattern: stringValue }
, i.e.
openSourceLoc: "url pattern";
// the same as ->
openSourceLoc: {
pattern: "url pattern";
}
The pattern
’s value might contain placeholders for a value substitution:
[filepath]
– absolute resolved location for a module, e.g. /Users/username/git/project/src/module.js
[file]
or [loc]
– the same as [filepath]
, but line and column are included (the same as [filepath]:[line]:[column]
), e.g. /Users/username/git/project/src/module.js:12:5
[line]
– line of location in module’s source (starting with 1)[column]
– column of location in module’s source (starting with 1)[line0]
– zero-based line of location in module’s source[column0]
– zero-based column of location in module’s sourcenpm install
npm start
and include <script>
with server’s host:<script src="http://localhost:3000/react-render-tracker.js"></script>
The dev server provides the following endpoints:
/react-render-tracker.js
– a dev build of RRT, UI part (subscriber) is not included (its content is loading by a fetch request)/publisher.js
– the same as /react-render-tracker.js
/subscriber.js
– UI part of the tool, /react-render-tracker.js
is refering to this script to load UI into a rempl sandbox/rrt-data-client.js
– data-only client API (see Option 3)/dist/react-render-tracker.js
– the same as /dist/react-render-tracker.js
provided by the package, publisher
and subscriber
bundled in a single script/dist/data-client.js
– the same as /dist/data-client.js
provided by the packageNOTE: In this case bundle will be rebuild on each request for the script. This version of bundle contains source maps which is good for debugging
As alternative you could run npm run build
to get a bundle in dist
folder (dist/react-render-tracker.js
)
NOTE: This version of bundle is the same as for publishing (minified and no source maps included)
npm install
npm start
Open a URL that will displayed in a console (e.g. Server listen on http://localhost:3000
).
The prototype of React Render Tracker was crafted during the Microsoft’s hackathon on July 2021. Thanks to the team working on it: Dana Janoskova (@DJanoskova), Dmitrii Samsonov (@user1736), Yury Tomilin (@r04423), Maksym Kharchenko (@Bon4ik) and Raluca Vasiliu (@kubayaya).
Thanks to React Devtools authors which integration with React internals became a basis for integration implementation in React Render Tracker.
MIT