Start the workbench and select the smallest route that reproduces the leak from the navigation bar:
pnpm devTake a baseline heap snapshot in Chrome DevTools, exercise the behavior, then dispose the mounted instance from the Console:
window.univer?.dispose();
delete window.univer;
delete window.univerAPI;
document.querySelector('#app')?.replaceChildren();Force garbage collection and take another snapshot. Reload the page between runs so each measurement starts from a fresh fixture.
For example: dream-num/univer@6423ff8/packages/sheets-drawing-ui/src/controllers/sheet-drawing-update.controller.ts#L244
HOW TO FIX: Please remember to dispose subscriptions.
It is very common to cause memory leak if you get the current unit in singleton modules and subscribe to it. Singleton modules are defined as modules that are registered in the Univer root injector instead of injectors held by render units.
For example, see the historical implementation before the leak was fixed.
HOW TO FIX: Please consider extracting the related logic to an IRenderModule instead.
React would keep the dep arrays into memory, so if you put a big object into an array, it would cause memory leak.
For example:
HOW TO FIX: Please consider using unitId in dep arrays instead.
TODO @wzhudev