Memory Leak on Navigation due to references not being removed from the HashMap

Offen

#1,669 erstellt am 21.7.2021 2 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 32/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: android
Bereich: mobile, performance

Rechercherichtung

Reproduziere den Leak mit @nativescript/template-drawer-navigation und untersuche anschließend den im Issue beschriebenen Android Studio-Heap-Dump und die LeakCanary-Referenzen. Verfolge die FragmentClass-Instanzen, die während der Navigation von der HashMap zurückgehalten werden, und überprüfe, dass gelöschte oder ersetzte Seiten durch Garbage Collection freigegeben werden können, ohne alte Fragmente zurückzuhalten.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Environment

CLI: 8.0.2
Cross-platform modules:
Android Runtime: 8.0.0
iOS Runtime (if applicable):
Plugin(s):

Describe the bug
When navigating the old fragments are still being referenced in the HashMap so the Garbage Collector doesn't collect them causing a memory leak.

When the navigation's 'clearHistory: true' the backstack is emptied properly but the memory leak remains.
When 'clearHistory: false' you can see all the old pages still in the backstack with different Id names even if they are the same page.

To Reproduce
ns create my-drawer-js --template @nativescript/template-drawer-navigation
Open up the profiler in Android Studio
Go to Memory and start a new profiling session
Navigate to a different page in the template app
Go back to profiler and Dump Java Heap

Click the Leaks link

Click the FragmentClass

Click the Instance

Click the References Tab and check the 'Show nearest GC root only' Option

The FragmentClass instance can't be released because of the references in the HashMap I believe.

This leak is also caught using leak canary

Expected behavior
Fragments should be getting completely removed from memory

Sample project
I used the most vanilla template I could to make sure issues weren't coming from frameworks or plugins
https://www.npmjs.com/package/@nativescript/template-drawer-navigation

Additional context

Vorherrschende Sprache: C++
Sterne: 563
Forks: 144
Ø Merge: 10 Std. 46 Min.
Gemergte PRs (30 T.): 14

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus NativeScript/android

Crash on startup when enabling R8 optimization Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 38/100

NativeScript/android#2039 · 1 Kommentar · Erstellt am 11.9.2026
Static binding names never match at runtime since 9.0.0 — every `extend()` falls back to runtime dex generation Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100

NativeScript/android#2024 · Erstellt am 24.8.2026
ESM loader: remaining cross-platform decisions and deferred follow-ups from #1965 Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100

NativeScript/android#2020 · Erstellt am 20.8.2026
Proxy dex generation: thread-safety and latent naming bugs (follow-up to #2016) Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 42/100

NativeScript/android#2019 · Erstellt am 20.8.2026
Reading `SomeClass.null` permanently breaks that class's static `valueOf()` Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 55/100

NativeScript/android#1986 · Erstellt am 26.7.2026

Alle Issues in NativeScript/android