NativeScript / NativeScript/napi-android
Debug and fix memory leaks
Ouverte
Personne n'a encore pris cette issue.
- Langage dominant
- C++
- Étoiles
- 33
- Forks
- 3
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
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
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Aucun fichier ni test n’est nommé dans l’issue. Commencez par examiner le commit référencé, puis étudiez la fuite restante de Java Interface Implementation côté JS ; c’est terminé lorsque la fuite indiquée est corrigée et que la mémoire est récupérée.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- android, cpp, java, javascript
- Domaine
- mobile-dev, performance
- Type d'issue
- Bug
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100