Android: fuites de fenêtre sur la finition

Question

J'ai lu les autres fuites de messages de fenêtre et ont essayé ce que suggéré en vain.

J'ai 3 activités: A, B et C. L'activité A rassemble des informations de l'utilisateur. L'activité B affiche un ProgressDialog tournant alors qu'il communique avec un serveur sur un autre thread. Lorsque le thread se termine, il supprime ProgressDialog et démarre l'activité suivante. L'activité C affiche les informations du serveur à l'utilisateur. L'activité B est configurée de manière à ce que lorsque l'utilisateur revient de C, il retourne à A.

Il est important que ces tâches soient dans des activités distinctes. À partir de maintenant, l'application fait ce qu'elle est supposée faire dans la plupart des cas, sauf dans le scénario suivant: Si l'utilisateur change d'orientation pendant l'activité C avant de retourner à l'activité A, l'application se bloque en raison d'une fuite de fenêtre .

• Je rejette la ProgressDialog INTHE OnPause() de l'activité B avant istart C.
• J'ai essayé de rejeter la ProgressDialog sur le thread principal à l'aide d'un gestionnaire, ainsi que dans le thread séparé.
• Lorsque l'utilisateur ne modifie pas l'orientation en C, aucune fuite de fenêtre ne se produit.

Des idées? TIA

Answer 1

Cela arrive souvent lorsque ProgressDialogs est utilisé. J'ai expérimenté avec ProgressDialog il ya quelques temps et j'ai trouvé que la chose à faire était de la renvoyer() de onPause() et de la créer à partir de onResume(). La tâche d'arrière-plan doit évidemment survivre à votre boîte de dialogue Activité &. J'ai donc utilisé onRetainNonConfigurationInstance() pour passer l'instance de tâche de l'activité détruite à la nouvelle. Une alternative, solution de contournement moins coûteuse pourrait être d'empêcher simplement votre activité d'être détruit et créé à nouveau simplement parce que l'orientation de l'écran a changé. Pour ce faire, en ajoutant Android: configChanges = "orientation" à la balise (s) dans votre AndroidManifest.xml.

Answer 2

J'ai résolu mon problème en changeant complètement la manière dont je m'occupais de tout. J'ai maintenant seulement deux activités (A et B) et affiche le ProgessDialog dans l'activité B tout en manipulant le savedInstanceState comme nécessaire pour contourner le problème.

Même si j'ai résolu le problème sur mon application, je ne sais toujours pas pourquoi cela se produisait auparavant et j'aimerais en savoir plus sur les fuites de fenêtres et pourquoi j'ai eu des problèmes. Si quelqu'un en sait plus sur le problème que j'ai eu, s'il vous plaît postez comme je suis sûr qu'il y en a d'autres avec le même problème.

Merci

Answer 3

Je ne sais pas si cela était lié à votre problème spécifique, mais j'avais une question similaire qui avait à faire avec des fenêtres qui fuient pour les dialogues qui sont créés dans la méthode onCreate d'une activité. Ainsi, si votre activité démarre en affichant une boîte de dialogue et que vous effectuez une modification de configuration, l'OS se souvient des boîtes de dialogue qui ont été affichées. Ainsi, lorsque l'activité est redémarrée, le système d'exploitation tente de restaurer votre ancienne boîte de dialogue. dialogue à nouveau (puisque c'est dans onCreate). J'ai trouvé en montrant seulement la boîte de dialogue pendant onCreate si ce n'est pas un changement de configuration (c'est-à-dire savedInstanceState! = Null), le problème de la fenêtre qui fuit est parti.