2022 年 1 月
一	二	三	四	五	六	日
	1	2
3	4	5	6	7	8	9
10	11	12	13	14	15	16
17	18	19	20	21	22	23
24	25	26	27	28	29	30
31

dumsys命令

dumpsys是一个在 Android 设备上运行并提供有关系统服务信息的工具。您可以dumpsys使用Android 调试桥 (ADB)从命令行调用，以获取连接设备上运行的所有系统服务的诊断输出。此输出通常比您想要的更详细，因此请使用下面描述的命令行选项仅获取您感兴趣的系统服务的输出。此页面还描述了如何使用dumpsys来完成常见任务，例如检查输入， RAM、电池或网络诊断。

句法

使用的一般语法dumpsys如下：

 adb shell dumpsys [-t timeout] [--help | -l | --skip services | service [arguments] | -c | -h]

要为您连接的设备获取所有系统服务的诊断输出，只需运行adb shell dumpsys. 但是，这会输出比您通常想要的更多的信息。要获得更易于管理的输出，请通过将其包含在命令中来指定要检查的服务。例如，下面的命令为输入组件（如触摸屏或内置键盘）提供系统数据：

adb shell dumpsys input

有关可以与一起使用的系统服务的完整列表，请dumpsys使用以下命令：

adb shell dumpsys -l

命令行选项

下表列出了使用时可用的选项dumpsys。

选项	描述
`-t timeout`	以秒为单位指定超时时间。未指定时，默认值为 10 秒。
`--help`	打印出`dumpsys`工具的帮助文本。
`-l`	输出您可以使用的系统服务的完整列表 `dumpsys`。
`--skip services`	指定 `services` 您不想包含在输出中。
`service [arguments]`	指定 `service`你想输出的。某些服务可能允许您通过可选`arguments`. 您可以通过将选项与服务一起传递来了解这些可选参数`-h`，如下所示：adb shell dumpsys procstats -h
`-c`	指定某些服务时，附加此选项以以机器友好的格式输出数据。
`-h`	对于某些服务，附加此选项以查看该服务的帮助文本和其他选项。

检查输入诊断

指定input服务，如下所示，转储系统输入设备的状态，例如键盘和触摸屏，以及输入事件的处理。

adb shell dumpsys input

输出因所连接设备上运行的 Android 版本而异。以下部分描述了您通常会看到的信息类型。

事件中心状态

以下是检查输入诊断的事件中心状态时可能会看到的示例：

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
...

输入阅读器状态

InputReader负责解码来自内核的输入事件。它的状态转储显示有关如何配置每个输入设备以及最近发生的状态更改的信息，例如按键或触摸屏上的触摸。

以下示例显示了触摸屏的输出。请注意有关设备分辨率和使用的校准参数的信息。

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

在输入读取器状态转储的末尾，有一些关于全局配置参数的信息，例如点击间隔。

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

输入调度程序状态

InputDispatcher负责向应用程序发送输入事件。如下面的示例输出所示，其状态转储显示有关正在触摸哪个窗口、输入队列的状态、ANR 是否正在进行等信息。

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

要检查的东西

以下是检查input服务的各种输出时要考虑的事项列表：

事件中心状态：

您期望的所有输入设备都存在。
每个输入设备都有相应的按键布局文件、按键字符映射文件和输入设备配置文件。如果文件丢失或包含语法错误，则不会加载它们。
每个输入设备都被正确分类。该 Classes字段中的位对应于中的标志EventHub.h，例如INPUT_DEVICE_CLASS_TOUCH_MT.
BuiltInKeyboardId是正确的。如果设备没有内置键盘，则 id 必须是-2. 否则应该是内置键盘的id。
- 如果您观察到BuiltInKeyboardId不是 -2但应该是，那么您在某处缺少特殊功能键盘的键字符映射文件。特殊功能键盘设备应该有只包含行的键字符映射文件type SPECIAL_FUNCTION（这就是tuna-gpio-keykad.kcm 我们在上面看到的文件中的内容）。

输入阅读器状态：

所有预期的输入设备都存在。
每个输入设备都配置正确。特别要检查触摸屏和操纵杆轴是否正确。

输入调度程序状态：

所有输入事件都按预期处理。
触摸触摸屏并同时运行dumpsys后， TouchStates线条正确识别出您正在触摸的窗口。

测试界面性能

指定gfxinfo服务会提供与在录制阶段发生的动画帧相关的性能信息的输出。以下命令用于gfxinfo收集指定包名称的 UI 性能数据：

adb shell dumpsys gfxinfo package-name

您还可以包括framestats从最近的帧中提供更详细的帧时序信息的选项，以便您可以更准确地跟踪和调试问题，如下所示：

adb shell dumpsys gfxinfo package-name framestats

要了解有关使用UI 性能测量gfxinfo 并将framestats其集成到您的测试实践中的更多信息，请转到测试 UI 性能。

检查网络诊断

指定netstats服务提供自上一个设备启动以来收集的网络使用统计信息。要输出附加信息，例如详细的唯一用户 ID (UID) 信息，请包含该detail选项，如下所示：

adb shell dumpsys netstats detail

输出因所连接设备上运行的 Android 版本而异。以下部分描述了您通常会看到的信息类型。

活动接口和活动 UID 接口

以下示例输出列出了连接设备的活动接口和活动 UID 接口。在大多数情况下，活动接口和活动 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”和“Xt”统计数据

以下是 Dev 统计部分的示例输出：

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

UID 统计信息

以下是每个 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

要查找您的应用程序的 UID，请运行以下命令：. 然后查找标记为的行。adb shell dumpsys package your-package-nameuserId

例如，要查找应用程序“com.example.myapp”的网络使用情况，请运行以下命令：

adb shell dumpsys package com.example.myapp | grep userId

输出应类似于以下内容：

    userId=10007 gids=[3003, 1028, 1015]

使用上面的示例转储，查找具有uid=10007. 存在两条这样的线路——第一条表示移动连接，第二条表示 Wi-Fi 连接。在每一行下方，您可以看到每个两小时窗口的以下信息（bucketDuration以毫秒为单位）：

set=DEFAULT表示前台网络使用情况，而set=BACKGROUND表示后台使用情况。set=ALL暗示两者。
tag=0x0 表示与流量相关的套接字标签。
rxBytes表示相应时间间隔内接收到的字节和rxPackets接收到的数据包。
txBytes并txPackets表示在相应的时间间隔内发送（传输）的字节和发送的数据包。

检查电池诊断

指定batterystats服务会生成有关设备电池使用情况的有趣统计数据，这些数据按唯一用户 ID (UID) 进行组织。要了解如何使用dumpsysDoze 和 App Standby 测试您的应用程序，请转到使用 Doze 和 App Standby进行测试。

的命令batterystats如下：

adb shell dumpsys batterystats options

要查看可用于的其他选项列表batterystats，请包含该 -h选项。下面的示例输出自设备上次充电以来指定应用程序包的电池使用情况统计信息：

adb shell dumpsys batterystats --charged package-name

输出通常包括以下内容：

电池相关事件的历史
设备的全局统计信息
每个 UID 和系统组件的大致功耗
每个应用程序每个数据包的移动毫秒数
系统 UID 汇总统计信息
应用 UID 汇总统计信息

要了解有关使用batterystats和生成输出的 HTML 可视化的更多信息，以便更轻松地理解和诊断与电池相关的问题，请阅读使用 Batterystats 和 Battery Historian 分析电池使用情况。

检查机器友好的输出

您可以batterystats使用以下命令生成机器可读的 CSV 格式的输出：

adb shell dumpsys batterystats --checkin

以下是您应该看到的输出示例：

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
...

电池使用观察可以是每个 UID 或系统级别的；根据数据在分析电池性能方面的有用性，选择包含数据。每行代表一个包含以下元素的观察：

占位符整数
与观察关联的用户 ID
聚合模式：
- “i”表示与收费/未收费状态无关的信息。
- “l”代表 –charged（自上次充电以来的使用情况）。
- “u”代表 –unplugged（自上次拔出后的使用）。在 Android 5.1.1 中已弃用。
节标识符，它确定如何解释行中的后续值。

下表描述了您可能会看到的各种部分标识符：

部分标识符	描述	剩余字段
版本	版本	签到版本、包裹版本、起始平台版本、结束平台版本
uid	用户标识符	uid，包名
APK	APK	唤醒、APK、服务、开始时间、开始、启动
公关	过程	进程、用户、系统、前台、开始
sr	传感器	传感器编号、时间、计数
振动	振动器	时间，数
fg	前景	时间，数
英石	状态时间	前台, 活跃, 运行
wl	唤醒锁	唤醒锁，全时，’f’，全计数，部分时间，’p’，部分计数，窗口时间，’w’，窗口计数
sy	同步	同步、时间、计数
jb	工作	工作，时间，计数
千斤顶	内核唤醒锁	内核唤醒锁、时间、计数
写	唤醒原因	唤醒原因、时间、计数
nt	网络	移动字节 RX、移动字节 TX、Wi-Fi 字节 RX、Wi-Fi 字节 TX、移动数据包 RX、移动数据包 TX、Wi-Fi 数据包 RX、Wi-Fi 数据包 TX、移动活动时间、移动活动计数
UA	用户活动	其他, 按钮, 触摸
BT	电池	开始计数，电池实时，电池正常运行时间，总实时，总正常运行时间，启动时钟时间，电池屏幕关闭实时，电池屏幕关闭正常运行时间
直流	电池放电	低、高、屏幕开启、屏幕关闭
lv	电池电量	起始水平，当前水平
wfl	无线上网	Wi-Fi 完全锁定时间、Wi-Fi 扫描时间、Wi-Fi 运行时间、Wi-Fi 扫描计数、Wi-Fi 空闲时间、Wi-Fi 接收时间、Wi-Fi 传输时间
gwfl	全球无线网络	Wi-Fi开启时间、Wi-Fi运行时间、Wi-Fi空闲时间、Wi-Fi接收时间、Wi-Fi发射时间、Wi-Fi功率（mAh）
鹅卵石	全球蓝牙	BT空闲时间、BT接收时间、BT发射时间、BT功率（mAh）
米	杂项	屏幕开启时间、手机开启时间、完全唤醒锁定时间总计、部分唤醒锁定时间总计、移动无线电活动时间、移动无线电活动调整时间、交互时间、省电模式启用时间、连接更改、设备空闲模式启用时间、设备空闲模式启用计数，设备空闲时间，设备空闲计数，移动无线电活动计数，移动无线电活动未知时间
gn	全球网络	移动 RX 总字节数、移动 TX 总字节数、Wi-Fi RX 总字节数、Wi-Fi TX 总字节数、移动 RX 总数据包、移动 TX 总数据包、Wi-Fi RX 总数据包、Wi-Fi TX 总数据包
br	屏幕亮度	暗、暗、中、亮、亮
sst	信号扫描时间	信号扫描时间
中士	信号强度时间	无、差、中等、好、好
sgc	信号强度计数	无、差、中等、好、好
dct	数据连接时间	无，GPRS，EDGE，UMTS，CDMA，EVDO_0，EVDO_A，1xRTT，HSDPA，HSUPA，HSPA，IDEN，EVDO_B，LTE，EHRPD，HSPAP，其他
直流电	数据连接数	无，GPRS，EDGE，UMTS，CDMA，EVDO_0，EVDO_A，1xRTT，HSDPA，HSUPA，HSPA，IDEN，EVDO_B，LTE，EHRPD，HSPAP，其他
wst	Wi-Fi 状态时间	关闭，关闭扫描，无网络，断开连接，连接 STA，连接 P2P，连接 STA P2P，软 AP
wsc	Wi-Fi 状态计数	关闭，关闭扫描，无网络，断开连接，连接 STA，连接 P2P，连接 STA P2P，软 AP
wsst	Wi-Fi 请求者状态时间	无效、断开连接、接口禁用、非活动、扫描、验证、关联、关联、四次握手、组握手、完成、休眠、未初始化
wssc	Wi-Fi 请求者状态计数	无效、断开连接、接口禁用、非活动、扫描、验证、关联、关联、四次握手、组握手、完成、休眠、未初始化
wsgt	Wi-Fi 信号强度时间	无、差、中等、好、好
wsgc	Wi-Fi 信号强度计数	无、差、中等、好、好
bst	蓝牙状态时间	不活跃、低、中、高
bsc	蓝牙状态计数	不活跃、低、中、高
密码	用电总结	电池容量、计算功率、最小消耗功率、最大消耗功率
pwi	用电项目	标签，毫安
dsd	放电步骤	时长、等级、屏幕、省电
惩教署	充电步骤	时长、等级、屏幕、省电
dtr	剩余放电时间	电池剩余时间
ctr	剩余充电时间	剩余充电时间

注意：在 Android 6.0 之前，蓝牙无线电、蜂窝无线电和 Wi-Fi 的耗电量在m (Misc) 部分类别中进行跟踪。在 Android 6.0 及更高版本中，这些组件的耗电量在pwi（Power Use Item）部分中跟踪，每个组件带有单独的标签（wifi、blue、cell）。

View memory allocations

您可以通过以下两种方式之一检查应用程序的内存使用情况：在一段时间内使用procstats或在特定快照中使用meminfo. 以下部分向您展示了如何使用这两种方法。

procstats

procstats可以查看您的应用程序在一段时间内的表现——包括它在后台运行的时间以及在此期间它使用了多少内存。它可以帮助您快速发现应用程序中可能影响其执行方式的低效率和不当行为，例如内存泄漏，尤其是在低内存设备上运行时。它的状态转储显示关于每个应用程序的运行时、比例集大小 (PSS)、唯一集大小 (USS) 和驻留集大小 (RSS) 的统计信息。

要以人类可读的格式获取过去三个小时内的应用程序内存使用统计信息，请运行以下命令：

adb shell dumpsys procstats --hours 3

从下面的示例中可以看出，输出显示了应用程序运行时间的百分比，以及 PSS、USS 和 RSS 与 minPSS-avgPSS-maxPSS/minUSS-avgUSS-maxUSS/minRSS-avgRSS-maxRSS样本数量的比值。

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

您可以使用以下命令记录应用程序的内存在不同类型的 RAM 分配之间如何分配的快照：

adb shell dumpsys meminfo package_name|pid [-d]

-d 标志打印与 Dalvik 和 ART 内存使用相关的更多信息。

输出列出了应用程序的所有当前分配，以千字节为单位。

检查此信息时，您应该熟悉以下类型的分配：私有（干净和肮脏）RAM这是仅由您的进程使用的内存。这是当您的应用程序进程被销毁时系统可以回收的大部分 RAM。通常，其中最重要的部分是私有脏RAM，这是最昂贵的，因为它仅由您的进程使用，并且其内容仅存在于 RAM 中，因此无法分页到存储（因为 Android 不使用交换）。您所做的所有 Dalvik 和本机堆分配都将是私有的脏 RAM；您与 Zygote 进程共享的 Dalvik 和本机分配是共享的脏 RAM。比例集大小 (PSS)这是对应用程序 RAM 使用情况的衡量，其中考虑了跨进程共享页面。任何对您的进程唯一的 RAM 页面都直接影响其 PSS 值，而与其他进程共享的页面仅与共享量成比例地贡献 PSS 值。例如，在两个进程之间共享的页面将为每个进程的 PSS 贡献一半大小。

PSS 测量的一个很好的特点是，您可以将所有进程的 PSS 相加，以确定所有进程正在使用的实际内存。这意味着 PSS 是衡量一个进程的实际 RAM 重量以及与其他进程的 RAM 使用和总可用 RAM 进行比较的一个很好的衡量标准。

例如，下面是 Nexus 5 设备上 Map 进程的输出。这里有很多信息，但下面列出了讨论的要点。

adb shell dumpsys meminfo com.google.android.apps.maps -d

注意：您看到的信息可能与此处显示的信息略有不同，因为输出的某些详细信息因平台版本而异。

** 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

这是 gmail 应用程序的 Dalvik 上的旧 dumpsys：

** 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

通常，只关注Pss Total和Private Dirty 列。在某些情况下，Private Clean和Heap Alloc列也提供有趣的数据。有关您应该观察的不同内存分配（行）的更多信息如下：Dalvik HeapThe RAM used by Dalvik allocations in your app. The Pss Total includes all Zygote allocations (weighted by their sharing across processes, as described in the PSS definition above). The Private Dirty number is the actual RAM committed to only your app’s heap, composed of your own allocations and any Zygote allocation pages that have been modified since forking your app’s process from Zygote.

Note: On newer platform versions that have the Dalvik Other section, the Pss Total and Private Dirty numbers for Dalvik Heap do not include Dalvik overhead such as the just-in-time compilation (JIT) and GC bookkeeping, whereas older versions list it all combined under Dalvik.

The Heap Alloc is the amount of memory that the Dalvik and native heap allocators keep track of for your app. This value is larger than Pss Total and Private Dirty because your process was forked from Zygote and it includes allocations that your process shares with all the others..so mmap and .dex mmapThe RAM being used for mapped .so (native) and .dex (Dalvik or ART) code. The Pss Total number includes platform code shared across apps; the Private Clean is your app’s own code. Generally, the actual mapped size will be much larger—the RAM here is only what currently needs to be in RAM for code that has been executed by the app. However, the .so mmap has a large private dirty, which is due to fix-ups to the native code when it was loaded into its final address..oat mmap这是代码映像使用的 RAM 量，它基于多个应用程序常用的预加载类。此图像在所有应用程序之间共享，不受特定应用程序的影响。.art mmap这是堆映像使用的 RAM 量，它基于多个应用程序常用的预加载类。此图像在所有应用程序之间共享，不受特定应用程序的影响。即使 ART 映像包含 Object实例，它也不会计入您的堆大小。.Heap （仅使用 -d 标志）这是您的应用程序的堆内存量。这不包括图像中的对象和大对象空间，但包括受精卵空间和非移动空间。.LOS （仅使用 -d 标志）这是 ART 大型对象空间使用的 RAM 量。这包括 zygote 大对象。大对象都是大于 12KB 的原始数组分配。.GC （仅使用 -d 标志）这是垃圾收集的开销。实际上没有任何方法可以减少这种开销。.JITCache （仅使用 -d 标志）这是 JIT 数据和代码缓存使用的内存量。通常，这是零，因为所有应用程序都将在安装时编译。.Zygote （仅使用 -d 标志）这是 zygote 空间使用的内存量。zygote 空间是在设备启动期间创建的，并且永远不会分配到其中。.NonMoving （仅使用 -d 标志）这是 ART 非移动空间使用的 RAM 量。不可移动空间包含特殊的不可移动对象，例如字段和方法。您可以通过在应用程序中使用更少的字段和方法来减少此部分。.IndirectRef （仅使用 -d 标志）这是 ART 间接引用表使用的 RAM 量。通常这个数量很小，但如果太高，可以通过减少使用的本地和全局 JNI 引用的数量来减少它。Unknown系统无法分类到其他更具体项目之一的任何 RAM 页面。目前，这主要包含本机分配，由于地址空间布局随机化 (ASLR)，工具在收集此数据时无法识别这些分配。与 Dalvik 堆一样， Pss Totalfor Unknown 考虑了与 Zygote 的共享，并且Private Dirty 是仅专用于您的应用程序的未知 RAM。TOTAL进程使用的总比例集大小 (PSS) RAM。这是其上方所有 PSS 字段的总和。它表示您的进程的整体内存权重，可以直接与其他进程和总可用 RAM 进行比较。

Private Dirty和是您的Private Clean进程中的总分配，不与其他进程共享。一起（尤其是 Private Dirty），这是当您的进程被销毁时将释放回系统的 RAM 量。脏 RAM 是已修改的页面，因此必须保持提交到 RAM（因为没有交换）；干净的 RAM 是从持久文件（例如正在执行的代码）映射的页面，因此如果一段时间不使用可以被分页。ViewRootImpl在您的进程中处于活动状态的根视图的数量。每个根视图都与一个窗口相关联，因此这可以帮助您识别涉及对话框或其他窗口的内存泄漏。AppContexts 和 ActivitiesContext 当前存在于您的进程中的应用程序和Activity对象的数量。这可以帮助您快速识别 Activity由于静态引用而无法进行垃圾收集的泄漏对象，这很常见。这些对象通常有许多与之相关的其他分配，这使它们成为跟踪大内存泄漏的好方法。

分类

近期文章

近期评论

framework / 安卓 · 2022年1月22日 0

Android dumsys详解

dumsys命令

句法

命令行选项

检查输入诊断

事件中心状态

输入阅读器状态

输入调度程序状态

要检查的东西

测试界面性能

检查网络诊断

活动接口和活动 UID 接口

“Dev”和“Xt”统计数据

UID 统计信息

检查电池诊断

检查机器友好的输出

View memory allocations

procstats

meminfo

您可能还喜欢...

发表回复取消回复

framework / 安卓 · 2022年1月22日 0

dumsys命令

句法

命令行选项

检查输入诊断

事件中心状态

输入阅读器状态

输入调度程序状态

要检查的东西

测试界面性能

检查网络诊断

活动接口和活动 UID 接口

“Dev”和“Xt”统计数据

UID 统计信息

检查电池诊断

检查机器友好的输出

View memory allocations

procstats

meminfo

您可能还喜欢...

UE打卡记录

电脑

密码保护：工作生活

发表回复 取消回复

发表回复取消回复