dumpsys
to narzędzie działające na urządzeniach z Androidem, które dostarcza informacji na temat:
i usług systemowych. Wywołaj polecenie dumpsys
z poziomu wiersza poleceń, używając
Android Debug Bridge (ADB)
, aby uzyskać dane diagnostyczne dotyczące wszystkich usług systemowych działających na połączonym urządzeniu.
Te dane wyjściowe są zwykle bardziej szczegółowe, niż potrzebujesz, użyj więc wiersza poleceń
opcje na tej stronie, aby uzyskać dane wyjściowe tylko dla usług systemowych
w dowolnym momencie. Na tej stronie dowiesz się też, jak za pomocą narzędzia dumpsys
osiągnąć
wykonywanie typowych zadań, takich jak kontrola danych wejściowych, pamięci RAM, baterii czy diagnostyki sieci.
Składnia
Ogólna składnia elementu dumpsys
jest taka:
adb shell dumpsys [-t timeout] [--help | -l | --skip services | service [arguments] | -c | -h]
Aby uzyskać dane diagnostyczne dotyczące
wszystkie usługi systemowe podłączonego urządzenia, uruchom adb shell dumpsys
.
W ten sposób uzyskasz o wiele więcej informacji, niż mogłoby się wydawać. Dla:
łatwiejsze do zarządzania danymi wyjściowymi określ usługę, którą chcesz sprawdzić, dodając do niej
go w poleceniu. Na przykład poniższe polecenie zawiera dane systemowe dla:
komponenty do wprowadzania danych, takie jak ekrany dotykowe lub wbudowane klawiatury:
adb shell dumpsys input
Pełną listę usług systemowych, których można używać z usługą dumpsys
, znajdziesz w
to polecenie:
adb shell dumpsys -l
Opcje wiersza poleceń
W tej tabeli znajdziesz opcje dostępne, gdy używasz dumpsys
:
Option | Opis |
---|---|
-t timeout
|
Określ limit czasu w sekundach. Jeśli nie zostanie określony, parametr Wartość domyślna to 10 sekund. |
--help
|
Wydrukuj pomoc dotyczącą narzędzia dumpsys .
|
-l
|
Wygeneruj pełną listę usług systemowych, których można używać
dumpsys
|
--skip services
|
Określ services, w którym nie chcesz uwzględniać dane wyjściowe. |
service [arguments]
|
Określ service, który ma generować wyniki. Niektóre usługi
może umożliwić przekazanie opcjonalnego atrybutu arguments. Aby dowiedzieć się więcej o:
tych opcjonalnych argumentów, przekaż opcję -h z atrybutem
usługa:
adb shell dumpsys procstats -h |
-c
|
Określając niektóre usługi, dołącz tę opcję, aby dane wyjściowe były w w formacie zrozumiałym dla komputerów. |
-h
|
W przypadku niektórych usług dołącz tę opcję, aby wyświetlić tekst pomocy i dodatkowe danej usługi. |
Sprawdź diagnostykę danych wejściowych
Określenie usługi input
, jak pokazano w tym poleceniu, powoduje zrzut danych
urządzeń wejściowych systemu, takich jak klawiatury i ekrany dotykowe,
przetwarzania zdarzeń wejściowych.
adb shell dumpsys input
Wyniki różnią się w zależności od wersji Androida działającego na podłączonym urządzenia. W sekcjach poniżej opisujemy, jakiego rodzaju informacje zwykle używasz zobaczyć.
Stan centrum zdarzeń
Oto przykład, co możesz zobaczyć podczas sprawdzania Stan centrum zdarzeń diagnostyki wejściowej:
INPUT MANAGER (dumpsys input) Event Hub State: BuiltInKeyboardId: -2 Devices: -1: Virtual Classes: 0x40000023 Path:Descriptor: a718a782d34bc767f4689c232d64d527998ea7fd Location: ControllerNumber: 0 UniqueId: Identifier: bus=0x0000, vendor=0x0000, product=0x0000, version=0x0000 KeyLayoutFile: /system/usr/keylayout/Generic.kl KeyCharacterMapFile: /system/usr/keychars/Virtual.kcm ConfigurationFile: HaveKeyboardLayoutOverlay: false 1: msm8974-taiko-mtp-snd-card Headset Jack Classes: 0x00000080 Path: /dev/input/event5 Descriptor: c8e3782483b4837ead6602e20483c46ff801112c Location: ALSA ControllerNumber: 0 UniqueId: Identifier: bus=0x0000, vendor=0x0000, product=0x0000, version=0x0000 KeyLayoutFile: KeyCharacterMapFile: ConfigurationFile: HaveKeyboardLayoutOverlay: false 2: msm8974-taiko-mtp-snd-card Button Jack Classes: 0x00000001 Path: /dev/input/event4 Descriptor: 96fe62b244c555351ec576b282232e787fb42bab Location: ALSA ControllerNumber: 0 UniqueId: Identifier: bus=0x0000, vendor=0x0000, product=0x0000, version=0x0000 KeyLayoutFile: /system/usr/keylayout/msm8974-taiko-mtp-snd-card_Button_Jack.kl KeyCharacterMapFile: /system/usr/keychars/msm8974-taiko-mtp-snd-card_Button_Jack.kcm ConfigurationFile: HaveKeyboardLayoutOverlay: false 3: hs_detect Classes: 0x00000081 Path: /dev/input/event3 Descriptor: 485d69228e24f5e46da1598745890b214130dbc4 Location: ControllerNumber: 0 UniqueId: Identifier: bus=0x0000, vendor=0x0001, product=0x0001, version=0x0001 KeyLayoutFile: /system/usr/keylayout/hs_detect.kl KeyCharacterMapFile: /system/usr/keychars/hs_detect.kcm ConfigurationFile: HaveKeyboardLayoutOverlay: false ...
Stan czytnika danych wejściowych
InputReader
odpowiada za dekodowanie zdarzeń wejściowych z jądra systemu operacyjnego. To
zrzut stanu pokazuje informacje o konfiguracji każdego urządzenia wejściowego
ostatnie zmiany stanu, takie jak naciśnięcia klawiszy czy dotknięcia
ekranu dotykowego.
Poniższy przykład pokazuje dane wyjściowe ekranu dotykowego. Zapisz informacje o rozdzielczości urządzenia i parametrach kalibracji, .
Input Reader State ... Device 6: Melfas MMSxxx Touchscreen IsExternal: false Sources: 0x00001002 KeyboardType: 0 Motion Ranges: X: source=0x00001002, min=0.000, max=719.001, flat=0.000, fuzz=0.999 Y: source=0x00001002, min=0.000, max=1279.001, flat=0.000, fuzz=0.999 PRESSURE: source=0x00001002, min=0.000, max=1.000, flat=0.000, fuzz=0.000 SIZE: source=0x00001002, min=0.000, max=1.000, flat=0.000, fuzz=0.000 TOUCH_MAJOR: source=0x00001002, min=0.000, max=1468.605, flat=0.000, fuzz=0.000 TOUCH_MINOR: source=0x00001002, min=0.000, max=1468.605, flat=0.000, fuzz=0.000 TOOL_MAJOR: source=0x00001002, min=0.000, max=1468.605, flat=0.000, fuzz=0.000 TOOL_MINOR: source=0x00001002, min=0.000, max=1468.605, flat=0.000, fuzz=0.000 Touch Input Mapper: Parameters: GestureMode: spots DeviceType: touchScreen AssociatedDisplay: id=0, isExternal=false OrientationAware: true Raw Touch Axes: X: min=0, max=720, flat=0, fuzz=0, resolution=0 Y: min=0, max=1280, flat=0, fuzz=0, resolution=0 Pressure: min=0, max=255, flat=0, fuzz=0, resolution=0 TouchMajor: min=0, max=30, flat=0, fuzz=0, resolution=0 TouchMinor: unknown range ToolMajor: unknown range ToolMinor: unknown range Orientation: unknown range Distance: unknown range TiltX: unknown range TiltY: unknown range TrackingId: min=0, max=65535, flat=0, fuzz=0, resolution=0 Slot: min=0, max=9, flat=0, fuzz=0, resolution=0 Calibration: touch.size.calibration: diameter touch.size.scale: 10.000 touch.size.bias: 0.000 touch.size.isSummed: false touch.pressure.calibration: amplitude touch.pressure.scale: 0.005 touch.orientation.calibration: none touch.distance.calibration: none SurfaceWidth: 720px SurfaceHeight: 1280px SurfaceOrientation: 0 Translation and Scaling Factors: XScale: 0.999 YScale: 0.999 XPrecision: 1.001 YPrecision: 1.001 GeometricScale: 0.999 PressureScale: 0.005 SizeScale: 0.033 OrientationCenter: 0.000 OrientationScale: 0.000 DistanceScale: 0.000 HaveTilt: false TiltXCenter: 0.000 TiltXScale: 0.000 TiltYCenter: 0.000 TiltYScale: 0.000 Last Button State: 0x00000000 Last Raw Touch: pointerCount=0 Last Cooked Touch: pointerCount=0
Na końcu zrzutu stanu czytnika danych wejściowych znajdują się informacje na temat: globalne parametry konfiguracji, takie jak odstęp między kliknięciami:
Configuration: ExcludedDeviceNames: [] VirtualKeyQuietTime: 0.0ms PointerVelocityControlParameters: scale=1.000, lowThreshold=500.000, highThreshold=3000.000, acceleration=3.000 WheelVelocityControlParameters: scale=1.000, lowThreshold=15.000, highThreshold=50.000, acceleration=4.000 PointerGesture: Enabled: true QuietInterval: 100.0ms DragMinSwitchSpeed: 50.0px/s TapInterval: 150.0ms TapDragInterval: 300.0ms TapSlop: 20.0px MultitouchSettleInterval: 100.0ms MultitouchMinDistance: 15.0px SwipeTransitionAngleCosine: 0.3 SwipeMaxWidthRatio: 0.2 MovementSpeedRatio: 0.8 ZoomSpeedRatio: 0.3
Wejściowy stan dyspozytora
Obiekt InputDispatcher
odpowiada za wysyłanie zdarzeń wejściowych do aplikacji.
Jak widać na poniższych przykładowych danych wyjściowych, zrzut stanu zawiera informacje o
które okno jest dotykane, stan kolejki wejściowej, czy błąd ANR
oraz inne dane wejściowe zdarzenia:
Input Dispatcher State: DispatchEnabled: 1 DispatchFrozen: 0 FocusedApplication: <null> FocusedWindow: name='Window{3fb06dc3 u0 StatusBar}' TouchStates: <no displays touched> Windows: 0: name='Window{357bbbfe u0 SearchPanel}', displayId=0, paused=false, hasFocus=false, hasWallpaper=false, visible=false, canReceiveKeys=false, flags=0x01820100, type=0x000007e8, layer=211000, frame=[0,0][1080,1920], scale=1.000000, touchableRegion=[0,0][1080,1920], inputFeatures=0x00000000, ownerPid=22674, ownerUid=10020, dispatchingTimeout=5000.000ms 1: name='Window{3b14c0ca u0 NavigationBar}', displayId=0, paused=false, hasFocus=false, hasWallpaper=false, visible=false, canReceiveKeys=false, flags=0x01840068, type=0x000007e3, layer=201000, frame=[0,1776][1080,1920], scale=1.000000, touchableRegion=[0,1776][1080,1920], inputFeatures=0x00000000, ownerPid=22674, ownerUid=10020, dispatchingTimeout=5000.000ms 2: name='Window{2c7e849c u0 com.vito.lux}', displayId=0, paused=false, hasFocus=false, hasWallpaper=false, visible=true, canReceiveKeys=false, flags=0x0089031a, type=0x000007d6, layer=191000, frame=[-495,-147][1575,1923], scale=1.000000, touchableRegion=[-495,-147][1575,1923], inputFeatures=0x00000000, ownerPid=4697, ownerUid=10084, dispatchingTimeout=5000.000ms ... MonitoringChannels: 0: 'WindowManager (server)' RecentQueue: length=10 MotionEvent(deviceId=4, source=0x00001002, action=2, flags=0x00000000, metaState=0x00000000, buttonState=0x00000000, edgeFlags=0x00000000, xPrecision=1.0, yPrecision=1.0, displayId=0, pointers=[0: (335.0, 1465.0)]), policyFlags=0x62000000, age=217264.0ms MotionEvent(deviceId=4, source=0x00001002, action=1, flags=0x00000000, metaState=0x00000000, buttonState=0x00000000, edgeFlags=0x00000000, xPrecision=1.0, yPrecision=1.0, displayId=0, pointers=[0: (335.0, 1465.0)]), policyFlags=0x62000000, age=217255.7ms MotionEvent(deviceId=4, source=0x00001002, action=0, flags=0x00000000, metaState=0x00000000, buttonState=0x00000000, edgeFlags=0x00000000, xPrecision=1.0, yPrecision=1.0, displayId=0, pointers=[0: (330.0, 1283.0)]), policyFlags=0x62000000, age=216805.0ms ... PendingEvent: <none> InboundQueue: <empty> ReplacedKeys: <empty> Connections: 0: channelName='WindowManager (server)', windowName='monitor', status=NORMAL, monitor=true, inputPublisherBlocked=false OutboundQueue: <empty> WaitQueue: <empty> 1: channelName='278c1d65 KeyguardScrim (server)', windowName='Window{278c1d65 u0 KeyguardScrim}', status=NORMAL, monitor=false, inputPublisherBlocked=false OutboundQueue: <empty> WaitQueue: <empty> 2: channelName='357bbbfe SearchPanel (server)', windowName='Window{357bbbfe u0 SearchPanel}', status=NORMAL, monitor=false, inputPublisherBlocked=false OutboundQueue: <empty> WaitQueue: <empty> ... AppSwitch: not pending 7: channelName='2280455f com.google.android.gm/com.google.android.gm.ConversationListActivityGmail (server)', windowName='Window{2280455f u0 com.google.android.gm/com.google.android.gm.ConversationListActivityGmail}', status=NORMAL, monitor=false, inputPublisherBlocked=false OutboundQueue: <empty> WaitQueue: <empty> 8: channelName='1a7be08a com.android.systemui/com.android.systemui.recents.RecentsActivity (server)', windowName='Window{1a7be08a u0 com.android.systemui/com.android.systemui.recents.RecentsActivity EXITING}', status=NORMAL, monitor=false, inputPublisherBlocked=false OutboundQueue: <empty> WaitQueue: <empty> 9: channelName='3b14c0ca NavigationBar (server)', windowName='Window{3b14c0ca u0 NavigationBar}', status=NORMAL, monitor=false, inputPublisherBlocked=false OutboundQueue: <empty> WaitQueue: <empty> ... Configuration: KeyRepeatDelay: 50.0ms KeyRepeatTimeout: 500.0ms
Do sprawdzenia
Poniżej znajduje się lista rzeczy, które należy wziąć pod uwagę podczas sprawdzania danych wyjściowych
dla usługi input
:
Stan centrum zdarzeń:
- Wszystkie oczekiwane urządzenia wejściowe są dostępne.
- Każde urządzenie wejściowe ma odpowiedni plik układu klawiszy, mapę znaków klawiszy i wejściowy plik konfiguracji urządzenia. Jeśli nie ma plików lub zawierają one błędów składni, nie zostaną wczytane.
- Każde urządzenie wejściowe jest poprawnie sklasyfikowane. Fragmenty interfejsu
pole
Classes
odpowiada flagom w tabeliEventHub.h
, na przykładINPUT_DEVICE_CLASS_TOUCH_MT
. - Pozycja
BuiltInKeyboardId
jest poprawna. Jeśli urządzenie nie ma wbudowaną klawiaturę, identyfikator musi mieć wartość-2
. W przeciwnym razie powinien być identyfikatorem wbudowanej klawiatury. - Jeśli zauważysz, że
BuiltInKeyboardId
nie jest-2
, ale powinno być, brakuje mapy kluczowych znaków na klawiaturze specjalnej. Klawiatura specjalna urządzenia powinny mieć pliki mapy znaków z kluczowymi znakami, które zawierają tylko wiersztype SPECIAL_FUNCTION
Stan czytnika:
- Wszystkie oczekiwane urządzenia wejściowe są dostępne.
- Każde urządzenie wejściowe jest poprawnie skonfigurowane. W szczególności sprawdź, czy osie ekranu dotykowego i joysticka są prawidłowe.
Wpisz stan dyspozytora:
- Wszystkie zdarzenia wejściowe są przetwarzane zgodnie z oczekiwaniami.
- Po dotknięciu ekranu dotykowego i równoczesnym uruchomieniu
dumpsys
WierszTouchStates
poprawnie identyfikuje okno, które dotykasz.
Testowanie wydajności interfejsu
Określenie usługi gfxinfo
dostarcza danych wyjściowych z informacjami o wydajności
związane z klatkami animacji, które występują podczas fazy nagrywania.
To polecenie używa gfxinfo
do zbierania danych o wydajności interfejsu użytkownika
określona nazwa pakietu:
adb shell dumpsys gfxinfo package-name
Możesz też dodać opcję framestats
, aby udostępnić jeszcze bardziej szczegółową klatkę
informacje o czasie z ostatnich klatek, aby można było śledzić i debugować
można dokładniej zbadać problemy:
adb shell dumpsys gfxinfo package-name framestats
Aby dowiedzieć się więcej o korzystaniu z gfxinfo
i framestats
do integracji interfejsu użytkownika
w metodach testowania, zobacz
Tworzenie makroporównań
Sprawdź diagnostykę sieci
Jeśli określisz usługę netstats
, zostaną udostępnione statystyki użytkowania sieci
od uruchomienia poprzedniego urządzenia. Aby wyświetlić dodatkowe informacje, takie jak
szczegółowe dane o unikalnym identyfikatorze użytkownika (UID), należy dodać opcję detail
jako
następujące:
adb shell dumpsys netstats detail
Wyniki różnią się w zależności od wersji Androida działającego na podłączonym urządzenia. W sekcjach poniżej opisujemy, jakiego rodzaju informacje zwykle używasz zobaczyć.
Aktywne interfejsy oraz UID
Poniższe przykładowe dane wyjściowe zawierają listę aktywnych interfejsów oraz aktywnych identyfikatorów UID z interfejsami podłączonego urządzenia. W większości przypadków informacje o aktywnych oraz aktywne interfejsy UID.
Active interfaces: iface=wlan0 ident=[{type=WIFI, subType=COMBINED, networkId="Guest"}] Active UID interfaces: iface=wlan0 ident=[{type=WIFI, subType=COMBINED, networkId="Guest"}]
„Dev” i „Xt” statystyki
Oto przykładowe dane wyjściowe sekcji statystyk dla programistów:
Dev stats: Pending bytes: 1798112 History since boot: ident=[{type=WIFI, subType=COMBINED, networkId="Guest", metered=false}] uid=-1 set=ALL tag=0x0 NetworkStatsHistory: bucketDuration=3600 st=1497891600 rb=1220280 rp=1573 tb=309870 tp=1271 op=0 st=1497895200 rb=29733 rp=145 tb=85354 tp=185 op=0 st=1497898800 rb=46784 rp=162 tb=42531 tp=192 op=0 st=1497902400 rb=27570 rp=111 tb=35990 tp=121 op=0 Xt stats: Pending bytes: 1771782 History since boot: ident=[{type=WIFI, subType=COMBINED, networkId="Guest", metered=false}] uid=-1 set=ALL tag=0x0 NetworkStatsHistory: bucketDuration=3600 st=1497891600 rb=1219598 rp=1557 tb=291628 tp=1255 op=0 st=1497895200 rb=29623 rp=142 tb=82699 tp=182 op=0 st=1497898800 rb=46684 rp=160 tb=39756 tp=191 op=0 st=1497902400 rb=27528 rp=110 tb=34266 tp=120 op=0
Statystyki UID
Poniżej podano przykładowe szczegółowe statystyki dla każdego identyfikatora UID:
UID stats: Pending bytes: 744 Complete history: ident=[[type=MOBILE_SUPL, subType=COMBINED, subscriberId=311111...], [type=MOBILE, subType=COMBINED, subscriberId=311111...]] uid=10007 set=DEFAULT tag=0x0 NetworkStatsHistory: bucketDuration=7200000 bucketStart=1406167200000 activeTime=7200000 rxBytes=4666 rxPackets=7 txBytes=1597 txPackets=10 operations=0 ident=[[type=WIFI, subType=COMBINED, networkId="MySSID"]] uid=10007 set=DEFAULT tag=0x0 NetworkStatsHistory: bucketDuration=7200000 bucketStart=1406138400000 activeTime=7200000 rxBytes=17086802 rxPackets=15387 txBytes=1214969 txPackets=8036 operations=28 bucketStart=1406145600000 activeTime=7200000 rxBytes=2396424 rxPackets=2946 txBytes=464372 txPackets=2609 operations=70 bucketStart=1406152800000 activeTime=7200000 rxBytes=200907 rxPackets=606 txBytes=187418 txPackets=739 operations=0 bucketStart=1406160000000 activeTime=7200000 rxBytes=826017 rxPackets=1126 txBytes=267342 txPackets=1175 operations=35
Aby znaleźć identyfikator UID aplikacji, uruchom to polecenie: adb shell dumpsys
package your-package-name
. Następnie znajdź wiersz z etykietą
userId
Aby np. sprawdzić wykorzystanie sieci przez aplikację „com.example.mojaaplikacja”, uruchom to polecenie:
adb shell dumpsys package com.example.myapp | grep userId
Dane wyjściowe powinny być podobne do tych:
userId=10007 gids=[3003, 1028, 1015]
Korzystając z poprzedniego zrzutu przykładowego, znajdź wiersze zawierające uid=10007
. Dwa takie
– pierwszy wiersz oznacza połączenie komórkowe, a drugi –
Połączenie Wi-Fi. Pod każdym wierszem znajdują się następujące informacje na temat:
każde dwugodzinne okno, które bucketDuration
określa w milisekundach:
-
set=DEFAULT
oznacza pierwszy plan wykorzystanie w sieci, podczas gdyset=BACKGROUND
wskazuje i użycie jej w tle.set=ALL
oznacza obie te wartości. -
tag=0x0
wskazuje tag gniazda powiązany z ruchem. -
rxBytes
irxPackets
reprezentują odebrane bajty i odebranych pakietów w odpowiednim przedziale czasu. -
txBytes
itxPackets
reprezentują wysłane (przesłanych) bajtów i wysłanych pakietów w odpowiednim przedziale czasu.
Sprawdź diagnostykę baterii
Określenie usługi batterystats
generuje dane statystyczne
informacje o wykorzystaniu baterii urządzenia, uporządkowane według unikalnego identyfikatora użytkownika (UID). Aby dowiedzieć się, jak to zrobić,
by użyć dumpsys
do przetestowania aplikacji Uśpienie i Czuwanie aplikacji, zobacz
Testowanie za pomocą funkcji Uśpienie i Czuwanie aplikacji.
Polecenie dla batterystats
jest następujące:
adb shell dumpsys batterystats options
Aby zobaczyć listę dodatkowych opcji dostępnych dla batterystats
, uwzględnij parametr
-h
. W poniższym przykładzie wyświetlane są statystyki użytkowania baterii dla
określony pakiet aplikacji od ostatniego ładowania urządzenia:
adb shell dumpsys batterystats --charged package-name
Dane wyjściowe zwykle zawierają następujące elementy:
- Historia zdarzeń związanych z baterią
- Globalne statystyki urządzenia
- Przybliżone zużycie energii przez UID i komponent systemu
- Milisekundy w jednej aplikacji mobilnej na pakiet
- Zbiorcze statystyki identyfikatora UID systemu
- Zbiorcze statystyki dotyczące identyfikatora UID aplikacji
Aby dowiedzieć się więcej o korzystaniu z narzędzia batterystats
i generowaniu wizualizacji HTML
dzięki czemu można łatwiej zrozumieć i zdiagnozować problem z baterią
zapoznaj się z artykułem Wykorzystanie profilu baterii z funkcjami Batterystats i Battery Historyn.
Sprawdź dane wyjściowe dostosowane do maszyn
Możesz wygenerować dane wyjściowe funkcji batterystats
w czytelnym dla komputera formacie CSV, używając funkcji
następujące polecenie:
adb shell dumpsys batterystats --checkin
Oto przykładowe dane wyjściowe:
9,0,i,vers,11,116,K,L 9,0,i,uid,1000,android 9,0,i,uid,1000,com.android.providers.settings 9,0,i,uid,1000,com.android.inputdevices 9,0,i,uid,1000,com.android.server.telecom ... 9,0,i,dsd,1820451,97,s-,p- 9,0,i,dsd,3517481,98,s-,p- 9,0,l,bt,0,8548446,1000983,8566645,1019182,1418672206045,8541652,994188 9,0,l,gn,0,0,666932,495312,0,0,2104,1444 9,0,l,m,6794,0,8548446,8548446,0,0,0,666932,495312,0,697728,0,0,0,5797,0,0 ...
Obserwacje dotyczące wykorzystania baterii mogą dotyczyć identyfikatora UID lub systemu. Dane są wybrane dla na podstawie jej przydatności do analizy wydajności baterii. Każdy wiersz reprezentuje obserwację z tymi elementami:
- Zastępcza liczba całkowita
- Identyfikator użytkownika powiązany z obserwacją.
- Tryb agregacji:
i
, aby wyświetlić informacje niezwiązane ze stanem naładowania.l
za--charged
(wykorzystanie od ostatniego ładowania).u
przez--unplugged
(użycie od ostatniego odłączenia). Wycofany w Android 5.1.1
- Identyfikator sekcji, określa sposób interpretacji kolejnych wartości w wierszu.
W tabeli poniżej opisujemy różne identyfikatory sekcji:
Identyfikator sekcji | Opis | Pozostałe pola |
---|---|---|
|
Wersja |
|
|
Identyfikator UID |
|
|
APK |
|
|
Proces |
|
|
Czujnik |
|
|
Wibrujące |
|
|
Pierwszy plan |
|
|
Czas stanu |
|
|
Blokada wybudzenia |
|
|
Synchronizacja |
|
|
Zadanie |
|
|
Blokada wybudzania jądra |
|
|
Powód wybudzenia |
|
|
Sieć |
|
|
Aktywność użytkownika |
|
|
Bateria |
|
|
Rozładowywanie baterii |
|
|
Poziom baterii |
|
|
Wi-Fi |
|
|
Globalne Wi-Fi |
|
|
Globalny Bluetooth |
|
|
Inne |
|
|
Sieć globalna |
|
|
Jasność ekranu |
|
|
Czas skanowania sygnału |
|
|
Czas siły sygnału |
|
|
Liczba siły sygnału |
|
|
Czas połączenia danych |
|
|
Liczba połączeń danych |
|
|
Czas stanu Wi-Fi |
|
|
Liczba stanów Wi-Fi |
|
|
Czas stanu żądania dotyczącego Wi-Fi |
|
|
Liczba stanów, w przypadku których sieć Wi-Fi |
|
|
Czas siły sygnału Wi-Fi |
|
|
Siła sygnału Wi-Fi |
|
|
Czas stanu Bluetootha |
|
|
Liczba stanów Bluetooth |
|
|
Podsumowanie zużycia energii |
|
|
Przedmiot użycia energii |
|
|
Krok wyładowania |
|
|
Etap ładowania |
|
|
Pozostały czas rozładowy |
|
|
Pozostały czas ładowania |
|
Uwaga: w wersjach starszych niż Android 6.0 używanie zasilania przez
Urządzenie m
(różne) śledziło radio Bluetooth, radio komórkowe oraz sieć Wi-Fi
kategorii sekcji. W Androidzie 6.0 i nowszych zużycie energii przez te komponenty jest
śledzone w sekcji pwi
(elementy zasilania) za pomocą pojedynczych etykiet
(wifi
, blue
, cell
) dla każdego komponentu.
Wyświetl przydziały pamięci
Wykorzystanie pamięci przez aplikację możesz sprawdzić na 2 sposoby: w okresie
czasu za pomocą funkcji procstats
lub w określonym momencie przy użyciu funkcji meminfo
.
W sekcjach poniżej pokazujemy, jak używać obu metod.
procstats
procstats
umożliwia sprawdzanie, jak aplikacja zachowuje się w czasie,
na przykład ile czasu działa w tle i ile pamięci wykorzystuje
o tej godzinie. Pomaga szybko wykryć nieefektywność i błędne zachowanie
np. wycieku pamięci, co może wpływać na wydajność, zwłaszcza
działające na urządzeniach z małą ilością pamięci. Jego zrzut stanu zawiera statystyki dotyczące
czas działania aplikacji, proporcjonalny rozmiar zestawu (PSS), unikalny rozmiar zestawu (USS)
rozmiar urządzenia rezydentnego (RSS).
Aby uzyskać statystyki wykorzystania pamięci aplikacji z ostatnich 3 godzin, w zrozumiałego dla człowieka, uruchom następujące polecenie:
adb shell dumpsys procstats --hours 3
Jak widać w przykładzie poniżej, w danych wyjściowych widać odsetek
czasu działania aplikacji, a PSS, USS i RSS jako
Ponad minPSS-avgPSS-maxPSS/minUSS-avgUSS-maxUSS/minRSS-avgRSS-maxRSS
liczby próbek.
AGGREGATED OVER LAST 3 HOURS: * com.android.systemui / u0a37 / v28: TOTAL: 100% (15MB-16MB-17MB/7.7MB-8.7MB-9.4MB/7.7MB-9.6MB-84MB over 178) Persistent: 100% (15MB-16MB-17MB/7.7MB-8.7MB-9.4MB/7.7MB-9.6MB-84MB over 178) * com.android.se / 1068 / v28: TOTAL: 100% (2.8MB-2.9MB-2.9MB/300KB-301KB-304KB/304KB-22MB-33MB over 3) Persistent: 100% (2.8MB-2.9MB-2.9MB/300KB-301KB-304KB/304KB-22MB-33MB over 3) * com.google.android.gms.persistent / u0a7 / v19056073: TOTAL: 100% (37MB-38MB-40MB/27MB-28MB-29MB/124MB-125MB-126MB over 2) Imp Fg: 100% (37MB-38MB-40MB/27MB-28MB-29MB/124MB-125MB-126MB over 2) ... * com.android.gallery3d / u0a62 / v40030: TOTAL: 0.01% Receiver: 0.01% (Cached): 54% (6.4MB-6.5MB-6.9MB/4.4MB-4.4MB-4.4MB/4.4MB-26MB-68MB over 6) * com.google.android.tvlauncher / u0a30 / v1010900130: TOTAL: 0.01% Receiver: 0.01% (Cached): 91% (5.8MB-13MB-14MB/3.5MB-10MB-12MB/12MB-33MB-78MB over 6) * com.android.vending:instant_app_installer / u0a16 / v81633968: TOTAL: 0.01% Receiver: 0.01% (Cached): 100% (14MB-15MB-16MB/3.8MB-4.2MB-5.1MB/3.8MB-30MB-95MB over 7) ... Run time Stats: SOff/Norm: +32m52s226ms SOn /Norm: +2h10m8s364ms Mod : +17s930ms TOTAL: +2h43m18s520ms Memory usage: Kernel : 265MB (38 samples) Native : 73MB (38 samples) Persist: 262MB (90 samples) Top : 190MB (325 samples) ImpFg : 204MB (569 samples) ImpBg : 754KB (345 samples) Service: 93MB (1912 samples) Receivr: 227KB (1169 samples) Home : 66MB (12 samples) LastAct: 30MB (255 samples) CchAct : 220MB (450 samples) CchCAct: 193MB (71 samples) CchEmty: 182MB (652 samples) Cached : 58MB (38 samples) Free : 60MB (38 samples) TOTAL : 1.9GB ServRst: 50KB (278 samples) Start time: 2015-04-08 13:44:18 Total elapsed time: +2h43m18s521ms (partial) libart.so
meminfo
Możesz zapisać zrzut pamięci aplikacji podzielonego między różne typy przydziału pamięci RAM to polecenie:
adb shell dumpsys meminfo package_name|pid [-d]
Flaga -d
wyświetla więcej informacji o wykorzystaniu pamięci przez Dalvik i ART.
Wyniki zawierają listę wszystkich bieżących przydziałów aplikacji, mierzonych w kilobajty danych.
Sprawdzając te informacje, zapoznaj się z następujące typy przydziału:
- Prywatna (czysta i brudna) pamięć RAM
- To pamięć, która jest używana tylko przez Twój proces. To jest grupa hurtowa pamięci RAM, którą system może odzyskać po zniszczeniu procesu aplikacji. Zasadniczo najważniejsza jej część to prywatna brudna pamięć RAM, jest najdroższy, ponieważ jest używany wyłącznie przez Twój proces treści są tylko w pamięci RAM, więc nie można ich przekierować do pamięci, bo Android użyj funkcji zamiany. Wszystkie utworzone przez Ciebie alokacje Dalvik i natywnych stertów są prywatne Pamięć RAM. Dalvik i alokacje natywne udostępnione procesowi Zygote są udostępniane zabrudzona pamięć RAM.
- Proporcjonalny rozmiar zestawu (PSS)
- Jest to pomiar wykorzystania pamięci RAM przez aplikację z uwzględnieniem udostępniania między różnymi procesami. Wszystkie strony dotyczące pamięci RAM, które są unikalne dla Twojego procesu bezpośrednio przyczyniają się do wartości PSS, a strony, które są udostępniane innym procesom wpływają na wartość PSS tylko proporcjonalnie do ilości udostępniania. Dla: Na przykład strona współdzielona między 2 procesami ma połowę swojego rozmiaru PSS każdego procesu.
Cechą pomiaru PSS jest to, że można sumować wartość PSS wszystkich procesów, aby określić rzeczywistą ilość pamięci używanej przez wszystkie procesy. Ten oznacza, że PSS jest dobrym miernikiem rzeczywistej wagi pamięci RAM procesu oraz porównanie z wykorzystaniem pamięci RAM przez inne procesy i łączną ilością dostępnej pamięci Pamięć RAM.
Poniżej znajdują się na przykład dane wyjściowe procesu Map na Nexusie 5. urządzenie:
adb shell dumpsys meminfo com.google.android.apps.maps -d
Uwaga: wyświetlane informacje mogą się nieznacznie różnić co widać tutaj, ponieważ niektóre szczegóły wyników różnią się w zależności od platformy wersji.
** MEMINFO in pid 18227 [com.google.android.apps.maps] ** Pss Private Private Swapped Heap Heap Heap Total Dirty Clean Dirty Size Alloc Free ------ ------ ------ ------ ------ ------ ------ Native Heap 10468 10408 0 0 20480 14462 6017 Dalvik Heap 34340 33816 0 0 62436 53883 8553 Dalvik Other 972 972 0 0 Stack 1144 1144 0 0 Gfx dev 35300 35300 0 0 Other dev 5 0 4 0 .so mmap 1943 504 188 0 .apk mmap 598 0 136 0 .ttf mmap 134 0 68 0 .dex mmap 3908 0 3904 0 .oat mmap 1344 0 56 0 .art mmap 2037 1784 28 0 Other mmap 30 4 0 0 EGL mtrack 73072 73072 0 0 GL mtrack 51044 51044 0 0 Unknown 185 184 0 0 TOTAL 216524 208232 4384 0 82916 68345 14570 Dalvik Details .Heap 6568 6568 0 0 .LOS 24771 24404 0 0 .GC 500 500 0 0 .JITCache 428 428 0 0 .Zygote 1093 936 0 0 .NonMoving 1908 1908 0 0 .IndirectRef 44 44 0 0 Objects Views: 90 ViewRootImpl: 1 AppContexts: 4 Activities: 1 Assets: 2 AssetManagers: 2 Local Binders: 21 Proxy Binders: 28 Parcel memory: 18 Parcel count: 74 Death Recipients: 2 OpenSSL Sockets: 2
Oto starsze wersje dumpsys
w Dalvik w aplikacji Gmail:
** MEMINFO in pid 9953 [com.google.android.gm] ** Pss Pss Shared Private Shared Private Heap Heap Heap Total Clean Dirty Dirty Clean Clean Size Alloc Free ------ ------ ------ ------ ------ ------ ------ ------ ------ Native Heap 0 0 0 0 0 0 7800 7637(6) 126 Dalvik Heap 5110(3) 0 4136 4988(3) 0 0 9168 8958(6) 210 Dalvik Other 2850 0 2684 2772 0 0 Stack 36 0 8 36 0 0 Cursor 136 0 0 136 0 0 Ashmem 12 0 28 0 0 0 Other dev 380 0 24 376 0 4 .so mmap 5443(5) 1996 2584 2664(5) 5788 1996(5) .apk mmap 235 32 0 0 1252 32 .ttf mmap 36 12 0 0 88 12 .dex mmap 3019(5) 2148 0 0 8936 2148(5) Other mmap 107 0 8 8 324 68 Unknown 6994(4) 0 252 6992(4) 0 0 TOTAL 24358(1) 4188 9724 17972(2)16388 4260(2)16968 16595 336 Objects Views: 426 ViewRootImpl: 3(8) AppContexts: 6(7) Activities: 2(7) Assets: 2 AssetManagers: 2 Local Binders: 64 Proxy Binders: 34 Death Recipients: 0 OpenSSL Sockets: 1 SQL MEMORY_USED: 1739 PAGECACHE_OVERFLOW: 1164 MALLOC_SIZE: 62
Ogólnie rzecz biorąc, bierz pod uwagę tylko kolumny Pss Total
i Private Dirty
.
W niektórych przypadkach kolumny Private Clean
i Heap Alloc
również
dostarczają interesujących danych.
Poniżej znajdziesz więcej informacji o różnych przydziałach pamięci musisz pamiętać:
Dalvik Heap
- Pamięć RAM używana przez przydziały Dalvik w Twojej aplikacji.
Pss Total
obejmuje wszystkie przydziały Zygote, ważone według współdzielenia przez procesy, opisane w definicji PSS. NumerPrivate Dirty
to rzeczywista pamięć RAM zaangażowana wyłącznie w stertę aplikacji, składająca się z Twoich własnych przydziałów oraz wszystkie strony alokacji Zygote, które zostały zmodyfikowane od czasu rozwidlenia z Zygote.Uwaga: na nowszych wersjach platform, które zawierają
Dalvik Other
, wartościPss Total
iPrivate Dirty
dla sterty Dalvik nie obejmują narzutu Dalvik, takiego jak kompilację „just-in-time” (JIT) i księgowość GC, natomiast starsze wersje to wszystko zebrane w ramach pakietuDalvik
.Heap Alloc
to ilość pamięci, jaką Dalvik i – które są monitorowane przez natywne alokatory sterty w aplikacji. Ta wartość jest większa niżPss Total
iPrivate Dirty
, ponieważ proces został rozwidlony z Zygote i obejmuje alokacje współdzielone przez proces co reszta. .so mmap
i.dex mmap
- Pamięć RAM używana do mapowania
.so
(natywnego).dex
(Dalvik lub ART). NumerPss Total
obejmuje kod platformy udostępniany w aplikacjach.Private Clean
to z własnym kodem aplikacji. Ogólnie rzecz biorąc, rzeczywisty rozmiar mapy jest większy. Pamięć RAM to tylko to, co obecnie musi być w pamięci RAM kodu wykonywanego przez ..so mmap
ma jednak duże zabrudzenie prywatne, co jest wynikiem poprawek do kodu natywnego podczas jego wczytywania pod ostatecznym adresem. .oat mmap
- To ilość pamięci RAM wykorzystywanej przez obraz kodu. Bazuje na wstępnie załadowane klasy, często używane przez wiele aplikacji. Ten obraz jest udostępniony we wszystkich aplikacjach, a niektóre z nich nie mają na nie wpływu.
.art mmap
- To ilość pamięci RAM wykorzystywanej przez obraz stosu. Bazuje na
wstępnie załadowane klasy, często używane przez wiele aplikacji. Ten obraz jest udostępniany w usługach
wszystkich aplikacji, a niektóre z nich nie mają na nie wpływu. Mimo że obraz ART
zawiera
Object
nie wlicza się do rozmiaru stosu. .Heap
(tylko z flagą-d
)- To jest ilość pamięci używanej przez Twoją aplikację. Wykluczy to obiekty w i dużych przestrzeni obiektów, oprócz przestrzeni Zygote oraz nieruchomych kosmosu.
.LOS
(tylko z flagą-d
)- To ilość pamięci RAM wykorzystywanej przez dużą przestrzeń obiektu ART. Obejmuje to m.in. Duże obiekty zygotowane. Duże obiekty mają większe przydziały tablic podstawowych niż 12 KB.
.GC
(tylko z flagą-d
)- To jest ogólny koszt czyszczenia pamięci. Brak aby zmniejszyć te narzuty.
.JITCache
(tylko z flagą-d
)- To ilość pamięci wykorzystywanej przez pamięci podręczne kodu JIT i dane JIT. Zwykle wartość wynosi 0, ponieważ wszystkie aplikacje są kompilowane podczas instalacji obecnie się znajdujesz.
.Zygote
(tylko z flagą-d
)- To ilość pamięci używana przez przestrzeń Zygote. Obszar Zygote to jest tworzony podczas uruchamiania urządzenia i nigdy nie jest przydzielany.
.NonMoving
(tylko z flagą-d
)- To ilość pamięci RAM wykorzystywanej przez nieruchomą przestrzeń ART. Nieruchomy przestrzeń zawiera specjalne obiekty, których nie można przenieść, takie jak pola i metody. Dostępne opcje zmniejsz tę sekcję, używając mniejszej liczby pól i metod w aplikacji. .
.IndirectRef
(tylko z flagą-d
)- To ilość pamięci RAM używana przez tabele pośrednie ART. Zazwyczaj jest to niewielka kwota, ale jeśli jest zbyt duża, zmniejszyć liczbę używanych lokalnych i globalnych odwołań JNI.
Unknown
- Wszystkie strony dotyczące pamięci RAM, których system nie mógł sklasyfikować jako jednej z pozostałych
określonych elementów. Obecnie obejmuje to głównie alokacje natywne, które nie mogą
być rozpoznawana przez narzędzie podczas zbierania tych danych dzięki układowi przestrzeni adresowej
Kolejność losowa (ASLR). Podobnie jak sterta Dalvik,
Pss Total
Unknown
bierze pod uwagę udostępnianie danych Zygote iPrivate Dirty
. to nieznana pamięć RAM przeznaczona tylko dla aplikacji. TOTAL
- Łączna ilość pamięci RAM wykorzystywanych w procesie (Proportional Set Size (PSS). To jest
sumę wszystkich pól PSS znajdujących się nad nim. Wskazuje ogólną wagę pamięci
który można bezpośrednio porównać z innymi procesami, a także
dostępnej pamięci RAM.
Private Dirty
iPrivate Clean
to łączna liczba alokacje w procesie. Nie są one udostępniane innym procesom. Po zniszczeniu procesu cała pamięć RAM z tych alokacji jest uwalniana z powrotem do systemu. ArtykułPrivate Clean
może być też przesuwany na następną stronę i zwalniany przed zniszczeniem procesu, alePrivate Dirty
jest tylko zwolniony po zniszczeniu procesu.Brudna pamięć RAM jest strony, które zostały zmodyfikowane i dlatego muszą pozostawać objęte pamięcią RAM, ponieważ bez zamiany. „Wyczyść pamięć RAM” to strony, które zostały zmapowane z trwałego pliku, jako wykonywanego kodu i może zostać wyświetlona, jeśli przez jakiś czas nie jest używana.
ViewRootImpl
- Liczba widoków głównych, które są aktywne w Twoim procesie. Każdy widok główny jest powiązane z oknem, co może pomóc w identyfikacji wycieków pamięci związanych z okien dialogowych lub innych okien.
AppContexts
iActivities
- Liczba aplikacji
Context
iActivity
z obiektów aktywnych w procesie. Pozwoli Ci to szybko zidentyfikuj z wyciekuActivity
obiektów, które nie mogą być usuwane do śmieci ze względu na statyczne odwołania do nich, które są dość częste. Obiekty te często mają wiele powiązane z nimi alokacje, dzięki czemu jest dobrym sposobem śledzenia duże wycieki pamięci. .