Coincé au “Dumping mémoire, application de geler. Brrr.” message

Je suis en train d'utiliser LeakCanary pour détecter les fuites de mémoire dans mon application, mais elle ne va pas plus loin que le message "vidage de mémoire, application de geler. Brrr." J'ai été en attente pendant environ 20 minutes ou plus, mais pas de changements. Même comportement sur ces appareils:
1. Asus fonepad 8 (Android 5.0 stock)
2. Sony Xperia SP (Android 5.1.1 CM 12.1 personnalisé)
3. HTC Desire C (Android 4.4 CM 11 personnalisés)

J'ai tout fait comme conseillé dans l'enseignement:

public class ExampleApplication extends Application {

  @Override public void onCreate() {
    super.onCreate();
    LeakCanary.install(this);
  }
}
  • Ayant le même problème, vous ne savez pas comment le résoudre...
  • Même ici, sur un Nexus 5 sous Android M... quelqu'un A corrigé depuis ?
  • juste une fois, la bibliothèque a travaillé en tant que supposé et fini de dumping dans environ 10 secondes. J'ai ouvert LeakActivity ensuite, et a constaté que la principale source de fuite a été... LeakActivity oO
  • Pouvez-vous veuillez choisir une réponse correcte?
  • Je ne peux pas, car il n'existe pas de réponse
  • bsautner la réponse n'a pas fonctionné pour vous?
  • non, parce que pour ce que vous pourriez avoir remarqué que je ne suis pas en utilisant android M

InformationsquelleAutor Sergey Maslov | 2015-07-10
  1. 42

    Si vous êtes sur Android M, vous devez accorder l'écriture "stockage externe" de l'autorisation ou de la fuite des canaries se bloque pendant une longue période avec le brrr message. Dans vos applications tiroir, longue cliquez sur le lanceur de fuite canaries (comme vous allez le désinstaller) et faites-le glisser jusqu'à l'application "info" et mettez le stockage de l'autorisation.

    • Android M est en train de devenir la bête noire de mon existence. Je n'ai même pas soupçonner que ce serait la question, mais il est. Il y a un sujet ouvert à cet effet sur GitHub, donc j'espère que c'est résolu dans une version ultérieure.
    • C'est corrigé dans la 1.4-beta1 version de Leakcanary. Gérer le stockage de l'autorisation sur M : When a potential leak is detected, if the storage permission is missing, we drop the leak and we show a notification. That notification will then show the permission dialog.
    • Que faire si je ne suis pas sur de M et de toujours obtenir cette erreur? J'ai une application en cours d'exécution sur L avec à la fois de lire et d'écrire de stockage externe autorisations et encore voir cette fâcheuse boîte de dialogue. Toutes les suggestions?
    • Obtenez cette erreur sur N ayant aucun moyen d'activer l'autorisation s'il existe dans le manifeste.
    • C'est un très vieux problème. Peut-être mettre à jour votre version de fuite Canaries? Je pense qu'ils ont corrigé cela.
    • A obtenu le même dans Android4.2.2.
    • Nope. Rien de fixe. A donné à la fois en lecture et en écriture. Retournée à l'autorisation dans les Paramètres. Essayé d'en demander l'autorisation. A tout essayé. Obtenez toujours l'erreur: "Veuillez donner de stockage externe autorisation..." sur mon téléphone et ne peut pas obtenir des fuites de mémoire. Android est un cauchemar.

    InformationsquelleAutor bsautner
  2. -2

    Vous devez ajouter le RefWatcher à votre fragment ainsi comme ce qui est décrit sur la page du projet: https://github.com/square/leakcanary

    LeakCanary.installer() renvoie une pré-configurée RefWatcher. Il installe également un ActivityRefWatcher qui détecte automatiquement si une activité est en fuite après l'Activité.onDestroy() a été appelé.

    public class ExampleApplication extends Application {

  public static RefWatcher getRefWatcher(Context context) {
    ExampleApplication application = (ExampleApplication) context.getApplicationContext();
    return application.refWatcher;
  }

  private RefWatcher refWatcher;

  @Override public void onCreate() {
    super.onCreate();
    refWatcher = LeakCanary.install(this);
  }
}

    Vous pouvez utiliser le RefWatcher de regarder pour le fragment de fuites:

    public abstract class BaseFragment extends Fragment {

  @Override public void onDestroy() {
    super.onDestroy();
    RefWatcher refWatcher = ExampleApplication.getRefWatcher(getActivity());
    refWatcher.watch(this);
  }
}

    D'ailleurs, si vous voulez obtenir le heap dump lors de la fuite de mémoire qui s'est passé, il suffit d'ouvrir l'Appareil Android Moniteur à partir d'Android Studio, et sélectionnez l'onglet "Explorateur de Fichiers". Dans le répertoire /mnt/shell/emulated/0/Download/leakcanary/detected_leaks, vous trouverez toutes les tas de fichiers de vidage.

    Coincé au “Dumping mémoire, application de geler. Brrr.” message

    • Cela ne veut pas répondre à l'OP de la question.
    • Veuillez vérifier si le refWatcher est utilisé correctement dans les Fragments. Si non, on ne peut pas dire si une fuite de mémoire est vraiment arrivé, parce que le message "vidage de mémoire, application de geler. Brrr." signifie seulement "soupçonné" de fuite de mémoire avec un tas de vidage.
    • Désolé si je suis incompréhension... l'OP n'ont pas fait mention de quoi que ce soit sur les Fragments. Dans leur cas (et le mien aussi), tout ce que nous faisons est de mettre la LeakCanary.install(this) ligne dans le Application#onCreate() méthode.
    InformationsquelleAutor motou