dumpsys

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:

Tabela 1. Lista dostępnych opcji dla 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 tabeli EventHub.h, na przykład INPUT_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 wiersz type 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 Wiersz TouchStates 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 gdy set=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 i rxPackets reprezentują odebrane bajty i odebranych pakietów w odpowiednim przedziale czasu.
  • txBytes i txPackets 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:

Tabela 2. Lista identyfikatorów sekcji

Identyfikator sekcji Opis Pozostałe pola

vers

Wersja

checkin version, parcel version, start platform version, end platform version

uid

Identyfikator UID

uid, package name

apk

APK

wakeups, APK, service start time, starts, launches

pr

Proces

process, user, system foreground (starts)

sr

Czujnik

sensor number, time, count

vib

Wibrujące

time, count

fg

Pierwszy plan

time, count

st

Czas stanu

foreground, active, running

wl

Blokada wybudzenia

wake lock, full time, f full count, partial time, p, partial count, window time, w, window count.

sy

Synchronizacja

sync, time, count

jb

Zadanie

job, time, count

kwl

Blokada wybudzania jądra

kernel wake lock, time, count

wr

Powód wybudzenia

wakeup reason, time, count

nt

Sieć

mobile bytes RX, mobile bytes TX, Wi-Fi bytes RX, Wi-Fi bytes TX, mobile packets RX, mobile packets TX, Wi-Fi packets RX, Wi-Fi packets TX, mobile active time, mobile active count

ua

Aktywność użytkownika

other, button, touch

bt

Bateria

start count, battery realtime, battery uptime, total realtime, total uptime, start clock time, battery screen off realtime, battery screen off uptime

dc

Rozładowywanie baterii

low, high, screen on screen off

lv

Poziom baterii

start level, current level

wfl

Wi-Fi

full Wi-Fi lock on time, Wi-Fi scan time, Wi-Fi running time Wi-Fi scan count, Wi-Fi idle time, Wi-Fi receive time, Wi-Fi transmit time

gwfl

Globalne Wi-Fi

Wi-Fi on time, Wi-Fi running time, Wi-Fi idle time, Wi-Fi receive time, Wi-Fi transmit time, Wi-Fi power (mAh)

gble

Globalny Bluetooth

BT idle time, BT receive time, BT transmit time BT power (mAh)

m

Inne

screen on time, phone on time, full wakelock time total, partial wakelock time total, mobile radio active time, mobile radio active adjusted time, interactive time, power save mode enabled time, connectivity changes, device idle mode enabled time, device idle mode enabled count, device idling time device idling count, mobile radio active count, mobile radio active unknown time

gn

Sieć globalna

mobile RX total bytes, mobile TX total bytes, Wi-Fi RX total bytes, Wi-Fi TX total bytes, mobile RX total packets, mobile TX total packets, Wi-Fi RX total packets, Wi-Fi TX total packets

br

Jasność ekranu

dark, dim, medium light (bright)

sst

Czas skanowania sygnału

signal scanning time

sgt

Czas siły sygnału

none, poor, moderate good (great)

sgc

Liczba siły sygnału

none, poor, moderate good (great)

dct

Czas połączenia danych

none, GPRS, EDGE UMTS, CDMA, EVDO_0, EVDO_A, 1xRTT, HSDPA, HSUPA, HSPA, IDEN, EVDO_B, LTE EHRPD HSPAP, other

dcc

Liczba połączeń danych

none, GPRS, EDGE, UMTS, CDMA, EVDO_0, EVDO_A, 1xRTT, HSDPA, HSUPA, HSPA, IDEN, EVDO_B, LTE EHRPD, HSPAP, other

wst

Czas stanu Wi-Fi

off, off scanning, on no networks on disconnected, on connected STA, on connected P2P, on connected STA P2P, soft AP

wsc

Liczba stanów Wi-Fi

off, off scanning, on no networks on disconnected, on connected STA, on connected P2P, on connected STA P2P, soft AP

wsst/p>

Czas stanu żądania dotyczącego Wi-Fi

invalid, disconnected, interface disabled, inactive, scanning, authenticating, associating, associated, four-way handshake, group handshake, completed, dormant, uninitialized

wssc

Liczba stanów, w przypadku których sieć Wi-Fi

invalid, disconnected, interface disabled, inactive, scanning authenticating, associating, associated, four-way handshake, group handshake, completed, dormant, uninitialized

wsgt

Czas siły sygnału Wi-Fi

none, poor, moderate good (great)

wsgc

Siła sygnału Wi-Fi

none, poor, moderate good (great)

bst

Czas stanu Bluetootha

inactive, low, med high

bsc

Liczba stanów Bluetooth

inactive, low, med high

pws

Podsumowanie zużycia energii

battery capacity, computed power, minimum drained power maximum drained power

pwi

Przedmiot użycia energii

label, mAh

dsd

Krok wyładowania

duration, level, screen power-save

csd

Etap ładowania

duration, level, screen power-save

dtr

Pozostały czas rozładowy

battery time remaining

ctr

Pozostały czas ładowania

charge time remaining

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. Numer Private 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ści Pss Total i Private 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 pakietu Dalvik.

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 i Private Dirty, ponieważ proces został rozwidlony z Zygote i obejmuje alokacje współdzielone przez proces co reszta.

.so mmap.dex mmap
Pamięć RAM używana do mapowania .so (natywnego) .dex (Dalvik lub ART). Numer Pss 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 i Private 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 i Private 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, ale Private 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.
AppContextsActivities
Liczba aplikacji Context i Activity z obiektów aktywnych w procesie. Pozwoli Ci to szybko zidentyfikuj z wycieku Activity 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.
.
.