Wie gehe ich mit (verwaisten) WakeLocks um?

Ich denke , die meisten von Ihnen haben zumindest gehört etwa WakeLocks . Viele von Ihnen werden sie bereits erlebt haben - ob wissentlich oder nicht. Einige wissen vielleicht, wie man mit ihnen umgeht - aber nur wenige wissen, wie man mit den "komplizierteren Kandidaten" umgeht.

Für diejenigen, die nicht wissen, obgleich der obige Link zu einer Erklärung führt, eine kurze Zusammenfassung: Apps fordern möglicherweise a WAKE_LOCKauf, eine Gerätekomponente vom "Ruhezustand" abzuhalten, damit sie eine Aufgabe ausführen können, selbst wenn das Display ausgeschaltet ist. Dies ist in den meisten Fällen sehr nützlich (z. B. beim Navigieren den Bildschirm eingeschaltet lassen, das WLAN für das Streamen von Musik aktivieren). Bei falscher Verwendung wird der Akku jedoch kurzfristig entladen (bis zu 25% pro Stunde). .

In den meisten Fällen ist es einfach, die Quelle zu identifizieren (normalerweise handelt es sich um eine App mit schlechtem Verhalten). Ich werde dies in einer Antwort unten zeigen, da dies für viele Benutzer hilfreich sein kann. Aber was tun, wenn die App, die das WakeLock angefordert hat, beendet wird, ohne es freizugeben? Das Android-System kümmert sich nicht darum . Sicher, ein Neustart würde das Problem lösen - aber es ist nicht immer eine (gewünschte) Option.

Aus Benutzersicht (ich frage nicht nach Entwicklungslösungen, sondern danach, wie ein Benutzer mit Dingen umgehen kann):

Was kann * vom Benutzer * getan werden , um das Problem zu lösen und eine weitere Batterieentladung zu vermeiden?

Ich bevorzuge Antworten , bei denen root nicht beteiligt ist (damit alle Benutzer davon profitieren können). "Rooted Solutions" sind jedoch voll gültig und auch willkommen.

Wie kann ich feststellen, dass ich betroffen bin?

Dies ist wahrscheinlich die erste Frage an diejenigen, die mit diesem Thema nicht vertraut sind. Mit Gingerbread (Android 2.3) und höher haben Sie einen Dienst an Bord, der Ihnen hilft, Folgendes herauszufinden: Batteriestatistiken. Obwohl die Hersteller dazu neigen, sie an unterschiedlichen Stellen zu platzieren, finden Sie sie meist unter Einstellungen → Über das Telefon → Akku oder Ähnliches. Außerdem wird eine Liste der Apps angezeigt, die den größten Teil Ihres Akkus verwendet haben. Darüber befindet sich eine kleine Grafik. Tippen Sie darauf und Sie gelangen auf einen Bildschirm, der dem folgenden ähnlich ist:

^{Screenshot der Batteriestatistik auf Android 2.3}

Ich habe einen Screenshot von einem meiner Geräte ausgewählt, der das Problem veranschaulicht. Betrachtet man die unteren beiden blauen Balken ("Aktiv" = Gerät wurde wach gehalten (aktiv), "Bildschirm an" = "Bildschirm an"), so zeigt der am weitesten rechts stehende blaue Balken bei "Aktiv" an, dass ein WakeLock: Gerät trotz dessen beschäftigt war die Tatsache, dass der Bildschirm ausgeschaltet war. Somit können wir ziemlich sicher sein, dass wir ein WakeLock haben - aber wir können nicht sagen, wer es verursacht hat.

Wenn Ihr Gerät diesen Bildschirm nicht anbietet (oder die Balken unten: Ich habe gerade festgestellt, dass z. B. das LG Optimus 4X mit Android 4.0.3 diese Balken abgeschnitten hat), können Sie sie z. B. mit GSam Battery Monitor finden :

^{Ähnliche Informationen von GSam Battery Monitor - hier sind die genannten "blauen Balken" gelb / orange}

Was hat das WakeLock verursacht?

Leider kann diese Frage mit vorinstallierten Apps nicht beantwortet werden (mit Ausnahme einiger benutzerdefinierter ROMs). Aber es gibt Tools, die das können. Der bekannteste Kandidat dafür ist BetterBatteryStats und zeigt uns die Ursache in seinem Teil-Wakelocks- Abschnitt:

^{Screenshots von BetterBatteryStats}

Im ersten Beispiel ² (entnommen aus der Playstore-Seite der App) war das Ereignis, das die meisten WakeLocks verursachte, ein gewünschtes: Wir möchten nicht, dass die Wiedergabe gestoppt wird, während Sie Musik hören. Das zweite Beispiel ³ (aus einem realen Fall auf einem meiner Geräte) könnte sich als besser herausstellen: Die drei häufigsten Ereignisse werden von derselben App verursacht, für die WakeLock erforderlich war, um den IMAP-Push-Dienst aktiv zu halten.

Eine Alternative zu BetterBatteryStats finden Sie in der Wakelock Detector- App, die in der Antwort von UzumApps erwähnt wurde. Dies scheint insbesondere für Nicht-Techniker einfacher zu sein:

^{Wakelock-Detektor - Klicken Sie auf das Bild, um es zu vergrößern. (Quelle: Google Play )}

Was kann getan werden?

Wenn der Fall so klar ist wie im zweiten Beispiel im vorherigen Abschnitt, ist die Aktion ziemlich offensichtlich - zumindest in meinem Fall: Ich muss nicht sofort informiert werden, wenn eine Mail eintrifft. Eine Verzögerung von 30 Minuten ist absolut akzeptabel. Also ging ich in die Mail-App, deaktivierte IMAP-Push (siehe auch: Push-E-Mail ) und wechselte stattdessen zu einem 30-minütigen Abfrageintervall. WakeLocks sind nicht ganz verschwunden, sondern deutlich gesunken - die Akkulaufzeit hat sich merklich verbessert.

Dann ist da noch der Fall, der in der Frage selbst erwähnt wird: Eine App, die sich schlecht verhält und ihr WakeLock nicht veröffentlicht. Konfrontieren Sie den Entwickler mit Ihren Ergebnissen und fragen Sie nach einer Lösung. Wenn er liefert: Problem gelöst. Wenn nicht: Es gibt fast immer eine alternative App.

Was ist, wenn es das Android-System selbst ist?

Ja, manchmal sieht es so aus: 98% oder mehr werden von einem Android-Dienst verbraucht. Oh, wenn es 98% sind, heißt der Kandidat in den meisten Fällen LocationManagerService . Bösewicht, der uns ausspioniert? Nicht unbedingt. In diesem speziellen Fall ist der aufgeführte "Bösewicht" nicht einmal schuldig - zumindest nicht direkt. Hier ist es eine andere App, die zu häufig den aktuellen Standort abfragt. Auf Setera.org gibt es einen ausgezeichneten Artikel dazu: Feststellen des Batterieverbrauchs von Android LocationManagerService . Um eine Zusammenfassung zu geben: Es verwendet AndroiddumpsysFeature (erfordert root!), um einen Systemstatus zu sichern, und ermöglicht es Ihnen, die für den LocationManagerService eingerichteten Listener zu untersuchen. Ein genauerer Blick auf ihre Konfiguration zeigt, welche ständig nach Ortsinformationen "hämmern" (manche tun dies permanent, dh ohne Unterbrechung). Da die ID der App zusammen mit dem technischen Namen der App an einer anderen Stelle im Dump aufgeführt ist, können Sie sie dennoch identifizieren und entsprechende Maßnahmen ergreifen.

Und was ist mit UFOs?

Leider gibt es solche: Apps, die ein WakeLock registriert - und dann beendet haben, ohne es freizugeben. Übrig bleiben * Unbenutzte veraltete Dateien * - WakeLocks, die nicht mehr verwendet werden können. Es ist also nicht möglich, die App einfach in den Vordergrund zu stellen und neu zu konfigurieren oder ihre WakeLocks freizugeben.

Hier ist mir nur ein Neustart bekannt - und ich hätte gerne eine bessere Lösung. Wenn Sie die App für schuldige Personen kennen, sind die entsprechenden Schritte dieselben wie oben: Informieren Sie den Entwickler, besorgen Sie sich eine Lösung - oder ersetzen Sie die App. Aber über das aktuelle WakeLock loswerden? Vielleicht kann jemand anderes eine bessere Alternative zum Neustart bieten?

Gibt es einige empfohlene weitere Lesungen?

Sicher. Eines möchte ich später noch hinzufügen:

• [GUIDE] Wakelocks Definition und wie man sie verhindert (XDA Developers, März 2013)

Kurz gesagt, dies ist eine sehr gute Frage, aber ich fürchte, es ist mehr als nur angebracht, den Endbenutzer darauf aufmerksam zu machen!

Entwickeln Sie den Kernel neu, um Wake-Locks zu beseitigen und das Prinzip gründlicher und effizienter zu verwalten, wodurch die Batterielebensdauer verlängert wird.

Leider wurde es als De-facto-Lösung akzeptiert, "Power Management" zu ermöglichen, obwohl es auch nicht gerade effizient ist! Es gab eine ausführliche Diskussion über Wakelocks (mit Gregh Kroah Hartman - dem Linux-Guru für Treiberentwicklung - werde nach dem genauen Link gesucht), andere Sites wie LWN.net und einen anderen Artikel, der auf derselben Site hier erklärt wurde . Dies war der Artikel, in dem Gregh Kroah Hartman auf diesen Blog verwies , in dem er der von Rafael J. Wysocki vorgeschlagenen Alternativlösung zuzustimmen scheint, die viel über die mögliche Alternative dokumentiert hat. Bin mir nicht sicher, ob das im moderneren Kernel v3.xx tatsächlich vorhanden ist

Schlecht gestaltete Apps können und fordern häufig Wakelocks an, z. B. den Bildschirm eingeschaltet zu lassen. In diesem Szenario gibt es jedoch eine effizientere Möglichkeit, um den Bildschirm eingeschaltet zu lassen:

getWindow().addFlags(LayoutParams.FLAG_KEEP_SCREEN_ON);

Während wir uns bemühen, dies für den Endbenutzer von Fachjargon usw. fernzuhalten, läuft der Kern des Problems darauf hinaus, wie die Wakelocks verwaltet werden.

Hier ist eine kurze Zusammenfassung über XDA, was Wakelocks für Uneingeweihte sind. Durch die Verwendung von BetterBatteryStats , könnte man genau sehen , welcher Prozess die Batterie Abtropfen wird das Wiki auf Github gehostet und ist auf dem Markt erhältlich hier .

Check out Wakelock-Detektor: XDA-Entwickler / Google Play :

Der Wakelock-Detektor gruppiert die Wakelocks der App in einer erweiterbaren Ansicht, um ein besseres Aussehen zu erzielen. Und es zeigt, welche Apps ausgeführt werden. In der erweiterten Ansicht der App gibt es Schaltflächen für Deinstallationsinformationen zum Beenden.

^{Klicken Sie auf das Bild, um es zu vergrößern. (Quelle: Google Play )}

Offenlegung: Ich bin einer der verantwortlichen Entwickler für diese App. Vier weitere Freunde arbeiten mit mir als Hobby an diesem Projekt.

Eine Reihe von Möglichkeiten, um Benutzern ohne Rootberechtigung zu helfen

1. Angesichts der Tatsache, dass @Uzumapps, einer der Entwickler der App, eine Lösung mit Wakelock Detector ( WLD ) veröffentlicht hat, bin ich überrascht, dass er nicht über die Verwendung der App informiert wurde, die auch ohne Root-Benutzer namens Wakelock Detector Light verwendet werden kann ! Ich entdeckte dies auf der Suche nach einer Lösung für mein neues Gerät (nicht gewurzelt).

Dies ist eine neuere Entwicklung und wird daher für Benutzer von nicht verwurzelten Geräten veröffentlicht. Getestet als funktionierend auf Moto X Play (Android 6.0.1)

• Laden Sie WLD über den obigen Link im Play Store herunter

• Handbuch zur Verwendung von WLD hier

• Anleitung für nicht gerootete Geräte hier . Es hat alle Details, aber um es zusammenzufassen:

  • Aktivieren Sie das USB-Debugging auf Gerät und adb

  • Laden Sie Wakelock Unlocker für Chrome auf Ihren Laptop herunter (funktioniert auch auf Chromium)

  • Aktivieren Sie es und Sie sind fertig!

  • Die Wakelock Detector Light-Version zeigt seit dem Ausstecken keine Statistiken an

    2. Es gibt eine weitere Alternative zu reddit , bei der der Befehl wie hier erwähnt in einer Schleife ausgeführt wird

  adb shell dumpsys power | grep -i partial_wake_lock

Hinweis: Ich konnte die zweite Methode nicht zum Laufen bringen. Ich würde es begrüßen, wenn die Bearbeitungslösung für nicht versierte Leute wie mich funktioniert