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由于静态引用而无法进行垃圾收集的泄漏对象，这很常见。这些对象通常有许多与之相关的其他分配，这使它们成为跟踪大内存泄漏的好方法。
近期评论