Debug and fix memory leaks

Offen

#20 erstellt am 15.3.2025 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 25/100

Issue-Typ: Bug
Klarheit: Muss geklärt werden
Aktivitätsstatus: Veraltet
Tech-Stack: android, cpp, java, javascript
Bereich: mobile-dev, performance

Rechercherichtung

Im Issue wird keine Datei und kein Test genannt. Beginne mit der Prüfung des referenzierten Commits und untersuche dann das verbleibende Java Interface Implementation-Leak auf der JS-Seite; fertig bedeutet, dass das aufgeführte Leak behoben und der Speicher zurückgewonnen wurde.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

New runtimes work differently and are not well tested yet for memory leaks. We are working on fixing issues anything we find.

When a java object is finally freed in Java, we notify the JS side to free the JS counterpart. At this time, the Java object is held weakly in Java too using a WeakReference. While the Java object is weakly held, the WeakReference is strongly kept in a HashMap never getting removed. In this PR we release the WeakReferences too on GC event ensuring that all memory is reclaimed. Fixed in https://github.com/NativeScript/napi-android/commit/5e48302fc0eeab63eae6935e864de36d25100e2c
Investigate Java Interface Implementation leaking on JS Side

Vorherrschende Sprache: C++
Sterne: 33
Forks: 3
PR-Merge-Kennzahlen: Keine gemergten PRs in 30 T.

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/napi-android

Add ability to Share Native Object Instances between Main and Worker Runtimes Offen

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

NativeScript/napi-android#37 · 7 Kommentare · Erstellt am 29.11.2025
optional way of automatic native exception wrapping Offen

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

NativeScript/napi-android#31 · Erstellt am 30.10.2025
Allow to init the runtime using `napi_register_module_v1` Offen

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

NativeScript/napi-android#30 · Erstellt am 26.10.2025
ci: automated npm publishing via tags Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 42/100

NativeScript/napi-android#28 · Erstellt am 20.3.2025
Handle regular JS Errors Offen

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

NativeScript/napi-android#25 · Erstellt am 15.3.2025

Alle Issues in NativeScript/napi-android