Утечки памяти в Angular приложениях, вызванные забытыми подписками на Observable, приводят к нежелательному потреблению ресурсов и, в конечном итоге, к краху приложения. Особенно опасны подписки на Observable, существующие на протяжении всего жизненного цикла приложения (например, в root-сервисах).
Для выявления таких утечек, необходимо использовать инструменты разработчика Chrome (Memory). Создание и сравнение снапшотов памяти до и после переключения проблемного компонента позволяет увидеть объекты, которые должны были быть удалены, но остались в памяти.
Анализ пути от «корня» сборщика мусора (GC) до «зависших» объектов показывает, какие объекты удерживают их от удаления. Часто в этом пути можно увидеть сервис с Observable, на который была оформлена подписка без последующей отписки. Особое внимание следует уделять подпискам, в которых используется
Устранение утечки заключается в отмене подписки от Observable при уничтожении компонента. После этого повторное сравнение снапшотов памяти должно показать отсутствие новых объектов, связанных с компонентом.
Изображение носит иллюстративный характер
Для выявления таких утечек, необходимо использовать инструменты разработчика Chrome (Memory). Создание и сравнение снапшотов памяти до и после переключения проблемного компонента позволяет увидеть объекты, которые должны были быть удалены, но остались в памяти.
Анализ пути от «корня» сборщика мусора (GC) до «зависших» объектов показывает, какие объекты удерживают их от удаления. Часто в этом пути можно увидеть сервис с Observable, на который была оформлена подписка без последующей отписки. Особое внимание следует уделять подпискам, в которых используется
this, так как это заставляет браузер сохранять контекст компонента. Устранение утечки заключается в отмене подписки от Observable при уничтожении компонента. После этого повторное сравнение снапшотов памяти должно показать отсутствие новых объектов, связанных с компонентом.
