Почему мой Chrome Profiler не показывает правильные пути сохранения для моих объектов и почему мои объекты никогда не выпущены?

Я пытаюсь отлаживать утечки памяти в моем webapp.

Я делаю снимки кучи и сравниваю разные кучи.

Я узнал, что некоторые из моих объектов где-то ссылаются. Однако все мои объекты сохраняются через объекты, которые кажутся мне внутренними, например:

Как вы можете видеть, этот объект SectionNavView ссылается на несколько методов, которые я создал: cleanUp, hide, isShown и т.д., используя мою локальную переменную, но эти методы ссылаются на то, что я не контролирую: idToWrappedObject. Иногда есть другой посредник - объект injectedScript.

Если мои объекты ссылаются только на внутренние ссылки V8, не должны ли они быть выпущены до того, как профайлер сделает снимок во время своего GC?

Ответы

Ответ 1

Это просто означает, что вы использовали console.log. Таким образом, виртуальная машина хранит ссылку на ваши объекты, чтобы вы могли впоследствии их проверить. Вы можете либо прекратить использование консоли, либо просто очистить ее каждый раз, когда вы делаете снимок кучи.

Вы можете воспроизвести его со следующими шагами:

Откройте новую вкладку
Откройте консоль (очистите ее, если есть что-нибудь)
Сделать снимок кучи 1
Введите console.log({ foo:'bar' }) в консоли
Сделать снимок кучи 2
Очистить консоль
Сделать снимок кучи 3

Затем просмотрите результаты:

Открыть представление сравнения между моментальным снимком 2 и снимком 1; вы найдете объект { foo: 'bar' }
Открыть представление сравнения между моментальным снимком 3 и снимком 2; вы обнаружите, что тот же самый объект теперь отображает дельту -1, то есть это был сбор мусора после того, как вы очистили консоль.

Наконец, вы также можете увидеть "Глобальные дескрипторы", а затем "Корни GC" в дорожках сохраняющегося дерева, рядом с _idToWrappedObject и InjectedScript. Я не уверен, как это относится к определению корней GC, но очистка консоли позволяет сборку мусора.