dumpsys เป็นเครื่องมือที่ทำงานบนอุปกรณ์ Android และให้ข้อมูลเกี่ยวกับ
บริการของระบบ เรียกใช้ dumpsys จากบรรทัดคำสั่งโดยใช้
Android Debug Bridge (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
ตารางที่ 1 รายการตัวเลือกที่ใช้ได้สำหรับ 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 ที่ทำงานบนอุปกรณ์ที่เชื่อมต่อ ส่วนต่อไปนี้จะอธิบายประเภทข้อมูลที่คุณมักจะเห็น
สถานะฮับเหตุการณ์
ต่อไปนี้คือตัวอย่างสิ่งที่คุณอาจเห็นเมื่อตรวจสอบสถานะ Event Hub ของการวินิจฉัยอินพุต
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ถูกต้อง หากอุปกรณ์ไม่มีแป้นพิมพ์ในตัว รหัสต้องเป็น-2ไม่เช่นนั้น ควรเป็นรหัสของคีย์บอร์ดในตัว - หากสังเกตเห็นว่า
BuiltInKeyboardIdไม่ใช่-2แต่ควรเป็นเช่นนั้น แสดงว่าคุณไม่มีไฟล์แผนที่อักขระหลัก สำหรับแป้นพิมพ์ฟังก์ชันพิเศษ อุปกรณ์ปุ่มกดฟังก์ชันพิเศษ ควรมีไฟล์แผนที่อักขระของปุ่มที่มีเฉพาะบรรทัดtype SPECIAL_FUNCTION
สถานะผู้อ่านที่ป้อน:
- มีอุปกรณ์อินพุตทั้งหมดที่คาดไว้
- กำหนดค่าอุปกรณ์อินพุตแต่ละเครื่องอย่างถูกต้อง โดยเฉพาะอย่างยิ่ง ให้ตรวจสอบว่า หน้าจอสัมผัสและแกนจอยสติ๊กถูกต้อง
สถานะตัวจัดส่งอินพุต:
- ระบบจะประมวลผลเหตุการณ์อินพุตทั้งหมดตามที่คาดไว้
- หลังจากแตะหน้าจอสัมผัสและเรียกใช้
dumpsysพร้อมกันแล้ว บรรทัดTouchStatesจะระบุหน้าต่างที่คุณแตะได้อย่างถูกต้อง
ทดสอบประสิทธิภาพ UI
การระบุ gfxinfo จะให้เอาต์พุตที่มีข้อมูลประสิทธิภาพ
ที่เกี่ยวข้องกับเฟรมของภาพเคลื่อนไหวที่เกิดขึ้นในระหว่างระยะการบันทึก
คำสั่งต่อไปนี้ใช้ gfxinfo เพื่อรวบรวมข้อมูลประสิทธิภาพ UI สำหรับ
ชื่อแพ็กเกจที่ระบุ
adb shell dumpsys gfxinfo package-name
นอกจากนี้ คุณยังใส่ตัวเลือก framestats เพื่อให้ข้อมูลการจับเวลาเฟรมที่ละเอียดยิ่งขึ้นจากเฟรมล่าสุด เพื่อให้คุณติดตามและแก้ไขข้อบกพร่องของปัญหาได้อย่างแม่นยำยิ่งขึ้น
adb shell dumpsys gfxinfo package-name framestats
ดูข้อมูลเพิ่มเติมเกี่ยวกับการใช้ gfxinfo และ framestats เพื่อผสานรวมการวัดประสิทธิภาพ UI เข้ากับแนวทางการทดสอบได้ที่การเขียน Macrobenchmark
ตรวจสอบการวินิจฉัยเครือข่าย
การระบุบริการ netstats จะแสดงสถิติการใช้งานเครือข่ายที่รวบรวม
ตั้งแต่เปิดเครื่องอุปกรณ์ครั้งล่าสุด หากต้องการแสดงข้อมูลเพิ่มเติม เช่น
ข้อมูลรหัสผู้ใช้ที่ไม่ซ้ำกัน (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 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-name จากนั้นมองหาบรรทัดที่มีป้ายกำกับว่า
userId
เช่น หากต้องการดูการใช้งานเครือข่ายของแอป "com.example.myapp" ให้เรียกใช้คำสั่งต่อไปนี้
adb shell dumpsys package com.example.myapp | grep userId
เอาต์พุตควรมีลักษณะคล้ายกับเอาต์พุตต่อไปนี้
userId=10007 gids=[3003, 1028, 1015]
ใช้การดัมพ์ตัวอย่างก่อนหน้าเพื่อค้นหาบรรทัดที่มี uid=10007 มีบรรทัดดังกล่าว 2 บรรทัด โดยบรรทัดแรกระบุการเชื่อมต่อมือถือและบรรทัดที่ 2 ระบุการเชื่อมต่อ Wi-Fi คุณจะเห็นข้อมูลต่อไปนี้ใต้แต่ละบรรทัดสำหรับ
ช่วงเวลา 2 ชั่วโมงแต่ละช่วง ซึ่งbucketDurationระบุเป็นมิลลิวินาที
-
set=DEFAULTแสดงการใช้งานเครือข่ายเบื้องหน้า ขณะที่set=BACKGROUNDแสดงการใช้งาน เบื้องหลังset=ALLหมายถึงทั้ง 2 อย่าง -
tag=0x0ระบุแท็กซ็อกเก็ตที่เชื่อมโยงกับการเข้าชม -
rxBytesและrxPacketsแสดงถึงไบต์ที่ได้รับ และแพ็กเก็ตที่ได้รับในช่วงเวลาที่เกี่ยวข้อง -
txBytesและtxPacketsแสดงถึงไบต์ที่ส่ง (ส่งผ่าน) และแพ็กเก็ตที่ส่งในช่วงเวลาที่เกี่ยวข้อง
ตรวจสอบการวินิจฉัยแบตเตอรี่
การระบุบริการ batterystats จะสร้างข้อมูลทางสถิติ
เกี่ยวกับการใช้งานแบตเตอรี่ในอุปกรณ์ ซึ่งจัดระเบียบตาม User-ID (UID) ที่ไม่ซ้ำกัน ดูวิธี
ใช้ dumpsys เพื่อทดสอบแอปสำหรับ Doze และสแตนด์บายแอปได้ที่
การทดสอบด้วย Doze และสแตนด์บายแอป
คำสั่งสำหรับ 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 หรือระดับระบบ ระบบจะเลือกข้อมูลเพื่อ รวมไว้โดยพิจารณาจากประโยชน์ในการวิเคราะห์ประสิทธิภาพของแบตเตอรี่ แต่ละแถว แสดงถึงการสังเกตการณ์ โดยมีองค์ประกอบต่อไปนี้
- จำนวนเต็มตัวยึดตำแหน่ง
- รหัสผู้ใช้ที่เชื่อมโยงกับการสังเกตการณ์
- โหมดการรวมข้อมูล
iสำหรับข้อมูลที่ไม่ได้เชื่อมโยงกับสถานะที่เรียกเก็บเงิน/ไม่ได้เรียกเก็บเงินlสำหรับ--charged(การใช้งานตั้งแต่ชาร์จครั้งล่าสุด)uสำหรับ--unplugged(การใช้งานตั้งแต่ถอดปลั๊กครั้งล่าสุด) เลิกใช้งานใน Android 5.1.1
- ตัวระบุส่วน ซึ่ง กำหนดวิธีตีความค่าที่ตามมาในบรรทัด
ตารางต่อไปนี้อธิบายตัวระบุส่วนต่างๆ ที่คุณอาจเห็น
ตารางที่ 2 รายการตัวระบุส่วน
| ตัวระบุส่วน | คำอธิบาย | ฟิลด์ที่เหลือ |
|---|---|---|
|
เวอร์ชัน |
|
|
UID |
|
|
APK |
|
|
กระบวนการ |
|
|
เซ็นเซอร์ |
|
|
ไวเบรเตอร์ |
|
|
ฉากหน้า |
|
|
เวลาของรัฐ |
|
|
Wake Lock |
|
|
ซิงค์ |
|
|
งาน |
|
|
Wake Lock ของเคอร์เนล |
|
|
เหตุผลที่ปลุก |
|
|
เครือข่าย |
|
|
กิจกรรมของผู้ใช้ |
|
|
แบตเตอรี่ |
|
|
การคายประจุแบตเตอรี่ |
|
|
ระดับแบตเตอรี่ |
|
|
Wi-Fi |
|
|
Global Wi-Fi |
|
|
บลูทูธทั่วโลก |
|
|
อื่นๆ |
|
|
เครือข่ายทั่วโลก |
|
|
ความสว่างหน้าจอ |
|
|
เวลาในการสแกนสัญญาณ |
|
|
เวลาความแรงสัญญาณ |
|
|
จำนวนความแรงสัญญาณ |
|
|
เวลาในการเชื่อมต่อข้อมูล |
|
|
จำนวนการเชื่อมต่อข้อมูล |
|
|
เวลาสถานะ Wi-Fi |
|
|
จำนวนสถานะ Wi-Fi |
|
|
เวลาสถานะ Supplicant ของ Wi-Fi |
|
|
จำนวนสถานะ Supplicant ของ Wi-Fi |
|
|
เวลาความแรงของสัญญาณ Wi-Fi |
|
|
จำนวนความแรงของสัญญาณ Wi-Fi |
|
|
เวลาสถานะบลูทูธ |
|
|
จำนวนสถานะบลูทูธ |
|
|
สรุปการใช้พลังงาน |
|
|
รายการการใช้พลังงาน |
|
|
ขั้นตอนการปล่อยประจุ |
|
|
ขั้นตอนการเรียกเก็บเงิน |
|
|
เวลาที่เหลือในการคายประจุ |
|
|
เวลาที่เหลือในการชาร์จ |
|
หมายเหตุ: ก่อน Android 6.0 ระบบจะติดตามการใช้พลังงานสำหรับ
วิทยุบลูทูธ วิทยุเครือข่ายมือถือ และ Wi-Fi ในหมวดหมู่m (อื่นๆ)
ของส่วน ใน Android 6.0 ขึ้นไป ระบบจะติดตามการใช้พลังงานของคอมโพเนนต์เหล่านี้ในส่วน pwi (รายการการใช้พลังงาน) โดยมีป้ายกำกับแต่ละรายการ
(wifi, blue, cell) สำหรับคอมโพเนนต์แต่ละรายการ
ดูการจัดสรรหน่วยความจำ
คุณตรวจสอบการใช้งานหน่วยความจำของแอปได้ 2 วิธี ได้แก่ ตลอดระยะเวลาหนึ่งโดยใช้ procstats หรือ ณ จุดใดจุดหนึ่งโดยใช้ meminfo
ส่วนต่อไปนี้จะแสดงวิธีใช้ทั้ง 2 วิธี
procstats
procstats ช่วยให้คุณเห็นลักษณะการทำงานของแอปเมื่อเวลาผ่านไป
รวมถึงระยะเวลาที่แอปทำงานในเบื้องหลังและปริมาณหน่วยความจำที่แอปใช้ในช่วงเวลาดังกล่าว
ซึ่งจะช่วยให้คุณค้นพบความไม่มีประสิทธิภาพและพฤติกรรมที่ไม่เหมาะสมในแอปได้อย่างรวดเร็ว เช่น หน่วยความจำรั่ว ซึ่งอาจส่งผลต่อประสิทธิภาพของแอป โดยเฉพาะเมื่อเรียกใช้ในอุปกรณ์ที่มีหน่วยความจำต่ำ การดัมพ์สถานะจะแสดงสถิติเกี่ยวกับรันไทม์ของทุกแอปพลิเคชัน ขนาดชุดสัดส่วน (PSS) ขนาดชุดที่ไม่ซ้ำ (USS) และขนาดชุดที่อยู่ในหน่วยความจำ (RSS)
หากต้องการดูสถิติการใช้งานหน่วยความจำของแอปพลิเคชันในช่วง 3 ชั่วโมงที่ผ่านมาในรูปแบบที่มนุษย์อ่านได้ ให้เรียกใช้คำสั่งต่อไปนี้
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 [-d] package_name|pid
แฟล็ก -d จะพิมพ์ข้อมูลเพิ่มเติมที่เกี่ยวข้องกับการใช้งานหน่วยความจำ Dalvik และ ART
-h แฟล็กจะพิมพ์แฟล็กที่รองรับทั้งหมด
เอาต์พุตจะแสดงการจัดสรรปัจจุบันทั้งหมดของแอปในหน่วยกิโลไบต์
เมื่อตรวจสอบข้อมูลนี้ คุณควรคุ้นเคยกับการจัดสรรประเภทต่อไปนี้
- RAM ส่วนตัวที่สะอาดและไม่สะอาด
- หน่วยความจำนี้ใช้โดยกระบวนการของคุณเท่านั้น นี่คือส่วนใหญ่ของ RAM ที่ระบบสามารถเรียกคืนได้เมื่อกระบวนการของแอปถูกทำลาย โดยทั่วไป ส่วนที่สำคัญที่สุดของข้อมูลนี้คือ RAM ที่มีการแก้ไขแบบส่วนตัว ซึ่งมีราคาแพงที่สุด เนื่องจากใช้โดยกระบวนการของคุณเท่านั้น และเนื่องจากเนื้อหาของ RAM นี้มีอยู่ใน RAM ที่ใช้งานอยู่เป็นหลัก แม้ว่า Android จะหลีกเลี่ยงไฟล์สวอปดิสก์แบบดั้งเดิม แต่ก็ใช้ zRAM (การบีบอัดเพจในหน่วยความจำ) เพื่อสวอปเพจที่มีการแก้ไข และใช้ zRAM Writeback เป็นครั้งคราวเพื่อจัดเก็บเพจที่ไม่มีการใช้งานไว้ในที่เก็บข้อมูลแฟลช อย่างไรก็ตาม เนื่องจาก การบีบอัดหน้าเว็บต้องใช้รอบ CPU และการเขียนแฟลชจะถูกควบคุมอย่างเข้มงวดเพื่อป้องกัน การสึกหรอของฮาร์ดแวร์ จึงไม่สามารถนำ RAM ที่มีการแก้ไขแบบส่วนตัวออกได้โดยไม่มีค่าใช้จ่าย การจัดสรรฮีป Dalvik และฮีปเนทีฟทั้งหมดที่คุณทำจะเป็น RAM ที่มีการแก้ไขแบบส่วนตัว การจัดสรร Dalvik และแบบเนทีฟที่คุณแชร์กับกระบวนการ Zygote คือ RAM ที่มีการแก้ไขที่แชร์
- ขนาดชุดที่สัดส่วน (PSS)
- นี่คือการวัดการใช้ RAM ของแอปซึ่งพิจารณาถึงการแชร์ หน้าเว็บในกระบวนการต่างๆ หน้า RAM ที่เฉพาะเจาะจงสำหรับกระบวนการของคุณจะช่วยเพิ่มค่า PSS โดยตรง ในขณะที่หน้าเว็บที่แชร์กับกระบวนการอื่นๆ จะช่วยเพิ่มค่า PSS ตามสัดส่วนของจำนวนการแชร์เท่านั้น ตัวอย่างเช่น หน้าเว็บที่แชร์ระหว่าง 2 กระบวนการจะมีขนาดครึ่งหนึ่งของขนาด PSS ของแต่ละกระบวนการ
ลักษณะของการวัด PSS คือคุณสามารถรวม PSS ในกระบวนการทั้งหมดเพื่อพิจารณาหน่วยความจำจริงที่กระบวนการทั้งหมดใช้ ซึ่งหมายความว่า PSS เป็นตัววัดที่ดีสำหรับน้ำหนัก RAM จริงของกระบวนการและสำหรับการเปรียบเทียบกับการใช้ RAM ของกระบวนการอื่นๆ และ RAM ทั้งหมดที่พร้อมใช้งาน
ตัวอย่างเช่น เอาต์พุตสำหรับกระบวนการของ Maps ในอุปกรณ์ Nexus 5 มีดังนี้
adb shell dumpsys meminfo -d com.google.android.apps.maps
หมายเหตุ: ข้อมูลที่คุณเห็นอาจแตกต่างจากข้อมูลที่แสดงที่นี่เล็กน้อย เนื่องจากรายละเอียดบางอย่างของเอาต์พุตจะแตกต่างกันในแพลตฟอร์ม เวอร์ชันต่างๆ
** 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
นี่คือdumpsysเวอร์ชันเก่าใน Dalvik ของแอป 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
โดยทั่วไป ให้พิจารณาเฉพาะคอลัมน์ Pss Total และ Private Dirty
ในบางกรณี คอลัมน์ Private Clean และ Heap Alloc ยังให้ข้อมูลที่น่าสนใจด้วย
ข้อมูลต่อไปนี้จะให้ข้อมูลเพิ่มเติมเกี่ยวกับการจัดสรรหน่วยความจำต่างๆ ที่คุณควรสังเกต
Dalvik Heap- RAM ที่การจัดสรร Dalvik ใช้ในแอป
Pss Totalรวมการจัดสรร Zygote ทั้งหมด โดยถ่วงน้ำหนักตามการแชร์ในกระบวนการต่างๆ ตามที่อธิบายไว้ในคำจำกัดความของ PSSPrivate Dirtyคือ RAM จริงที่จัดสรรให้กับฮีปของแอปเท่านั้น ซึ่งประกอบด้วยการจัดสรรของคุณเอง และหน้าการจัดสรร Zygote ที่มีการแก้ไขนับตั้งแต่แยกกระบวนการของแอป จาก Zygoteหมายเหตุ: ในแพลตฟอร์มเวอร์ชันใหม่กว่าที่มีส่วน
Dalvik OtherตัวเลขPss TotalและPrivate Dirtyสำหรับฮีป Dalvik จะไม่รวมค่าใช้จ่ายของ Dalvik เช่น การคอมไพล์แบบทันที (JIT) และการบันทึก GC ในขณะที่เวอร์ชันเก่าจะแสดง ทั้งหมดรวมกันในส่วนDalvikHeap Allocคือปริมาณหน่วยความจำที่ตัวจัดสรรฮีป Dalvik และฮีปเนทีฟติดตามสำหรับแอปของคุณ ค่านี้มีขนาดใหญ่กว่าPss TotalและPrivate Dirtyเนื่องจากกระบวนการของคุณแยกจาก Zygote และรวมถึงการจัดสรรที่กระบวนการของคุณแชร์กับกระบวนการอื่นๆ ทั้งหมด .so mmapและ.dex mmap- RAM ที่ใช้สำหรับโค้ด
.so(เนทีฟ) และ.dex(Dalvik หรือ ART) ที่แมปPss Totalหมายเลข รวมถึงโค้ดแพลตฟอร์มที่แชร์ในแอปต่างๆPrivate Cleanคือ โค้ดของแอปคุณเอง โดยทั่วไปแล้ว ขนาดที่แมปจริงจะใหญ่กว่า RAM ที่นี่ คือสิ่งที่ต้องอยู่ใน RAM สำหรับโค้ดที่แอป เรียกใช้เท่านั้น อย่างไรก็ตาม.so mmapมีการเปลี่ยนแปลงส่วนตัวจำนวนมาก ซึ่งเกิดจากการแก้ไข โค้ดดั้งเดิมเมื่อโหลดไปยังที่อยู่สุดท้าย .oat mmap- นี่คือปริมาณ RAM ที่ใช้โดยอิมเมจโค้ด โดยอิงตามคลาสที่ใช้กันโดยทั่วไปซึ่งแอปหลายแอปใช้ร่วมกัน รูปภาพนี้จะแชร์ ในทุกแอปและไม่ได้รับผลกระทบจากแอปใดแอปหนึ่ง
.art mmap- นี่คือปริมาณ RAM ที่ใช้โดยอิมเมจฮีป โดยอิงตามคลาสที่ใช้กันโดยทั่วไปซึ่งแอปหลายแอปใช้ร่วมกัน รูปภาพนี้จะแชร์ใน
ทุกแอปและไม่ได้รับผลกระทบจากแอปใดแอปหนึ่ง แม้ว่ารูปภาพ ART จะมีอินสแตนซ์
Objectแต่ก็จะไม่นับรวมในขนาดฮีป .Heap(เฉพาะที่มีค่าสถานะ-dเท่านั้น)- นี่คือปริมาณหน่วยความจำฮีปสำหรับแอปของคุณ ซึ่งไม่รวมออบเจ็กต์ใน พื้นที่รูปภาพและออบเจ็กต์ขนาดใหญ่ แต่รวมพื้นที่ Zygote และพื้นที่ที่ไม่ย้าย
.LOS(เฉพาะที่มีค่าสถานะ-dเท่านั้น)- นี่คือปริมาณ RAM ที่ใช้โดยพื้นที่ออบเจ็กต์ขนาดใหญ่ของ ART ซึ่งรวมถึง ออบเจ็กต์ขนาดใหญ่ของ Zygote ออบเจ็กต์ขนาดใหญ่คือการจัดสรรอาร์เรย์ดั้งเดิมทั้งหมดที่มีขนาดใหญ่กว่า 12 KB
.GC(เฉพาะที่มีค่าสถานะ-dเท่านั้น)- นี่คือค่าใช้จ่ายส่วนเพิ่มสำหรับระบบจัดการหน่วยความจำที่ไม่ใช้แล้ว ไม่มี วิธีลดค่าใช้จ่ายในการดำเนินการนี้
.JITCache(เฉพาะที่มีค่าสถานะ-dเท่านั้น)- นี่คือปริมาณหน่วยความจำที่แคชข้อมูลและโค้ด JIT ใช้ โดยปกติแล้ว ค่านี้จะเป็น 0 เนื่องจากแอปทั้งหมดจะคอมไพล์ในเวลาที่ติดตั้ง
.Zygote(เฉพาะที่มีค่าสถานะ-dเท่านั้น)- นี่คือปริมาณหน่วยความจำที่ใช้โดยพื้นที่ Zygote ระบบจะสร้างพื้นที่ Zygote ในระหว่างการเริ่มต้นระบบของอุปกรณ์และจะไม่จัดสรรพื้นที่
.NonMoving(เฉพาะที่มีค่าสถานะ-dเท่านั้น)- นี่คือปริมาณ RAM ที่พื้นที่แบบไม่เคลื่อนที่ของ ART ใช้ พื้นที่ที่ไม่เคลื่อนไหว มีออบเจ็กต์พิเศษที่ไม่สามารถเคลื่อนไหวได้ เช่น ฟิลด์และเมธอด คุณ ลดส่วนนี้ได้โดยใช้ฟิลด์และเมธอดในแอปให้น้อยลง
.IndirectRef(เฉพาะที่มีค่าสถานะ-dเท่านั้น)- นี่คือปริมาณ RAM ที่ใช้โดยตารางการอ้างอิงทางอ้อมของ ART โดยปกติแล้ว จำนวนนี้จะน้อย แต่หากสูงเกินไป คุณอาจลดจำนวนนี้ได้โดยลดจำนวนการอ้างอิง JNI ในเครื่องและทั่วโลกที่ใช้
Unknown- หน้า RAM ที่ระบบจัดประเภทเป็นรายการอื่นๆ ที่เฉพาะเจาะจงกว่าไม่ได้ ปัจจุบันส่วนนี้ส่วนใหญ่ประกอบด้วยการจัดสรรแบบเนทีฟ ซึ่งเครื่องมือไม่สามารถระบุได้เมื่อรวบรวมข้อมูลนี้เนื่องจากการสุ่มเลย์เอาต์พื้นที่ที่อยู่ (ASLR) เช่นเดียวกับฮีป Dalvik
Pss TotalสำหรับUnknownจะพิจารณาการแชร์กับ Zygote และPrivate Dirtyคือ RAM ที่ไม่รู้จักซึ่งจัดสรรไว้สำหรับแอปของคุณเท่านั้น TOTAL- RAM ขนาด Proportional Set Size (PSS) ทั้งหมดที่กระบวนการของคุณใช้ ซึ่งเป็น
ผลรวมของฟิลด์ PSS ทั้งหมดที่อยู่เหนือฟิลด์นี้ ซึ่งระบุน้ำหนักหน่วยความจำโดยรวมของกระบวนการ
ของคุณ ซึ่งเปรียบเทียบได้โดยตรงกับกระบวนการอื่นๆ และ RAM ทั้งหมด
ที่ใช้ได้
Private DirtyและPrivate Cleanคือการจัดสรรทั้งหมด ภายในกระบวนการของคุณ ซึ่งจะไม่แชร์กับกระบวนการอื่นๆ เมื่อกระบวนการถูกทำลาย RAM ทั้งหมดจากการจัดสรรเหล่านี้จะถูกปล่อย กลับสู่ระบบPrivate Cleanยังสามารถเปลี่ยนหน้าและปล่อยได้ ก่อนที่กระบวนการจะถูกทำลาย แต่Private Dirtyจะปล่อย เมื่อกระบวนการถูกทำลายเท่านั้นDirty RAM คือหน้าที่ได้รับการแก้ไขและเก็บไว้ใน RAM ที่ใช้งานอยู่ บีบอัดเป็น zRAM หรือเขียนกลับไปยังพื้นที่เก็บข้อมูล RAM ที่สะอาดคือหน้าที่ ได้รับการแมปจากไฟล์ที่ถาวร เช่น โค้ดที่กำลังดำเนินการ และสามารถเพจเอาต์ได้หากไม่ได้ใช้งานมาระยะหนึ่ง
ViewRootImpl- จำนวนมุมมองรูทที่ใช้งานอยู่ในกระบวนการ แต่ละมุมมองรากจะเชื่อมโยงกับหน้าต่าง ดังนั้นจึงช่วยคุณระบุหน่วยความจำรั่วที่เกี่ยวข้องกับกล่องโต้ตอบหรือหน้าต่างอื่นๆ ได้
AppContextsและActivities- จำนวนออบเจ็กต์ของแอป
ContextและActivityที่อยู่ในกระบวนการของคุณในขณะนี้ ซึ่งจะช่วยให้คุณระบุActivityออบเจ็กต์ที่รั่วไหลซึ่งเก็บขยะไม่ได้ เนื่องจากการอ้างอิงแบบคงที่ในออบเจ็กต์เหล่านั้นได้อย่างรวดเร็ว ซึ่งเป็นเรื่องปกติ ออบเจ็กต์เหล่านี้มักมีการจัดสรรอื่นๆ อีกมากมายที่เชื่อมโยงอยู่ด้วย จึงเป็นวิธีที่ดีในการติดตามการรั่วไหลของหน่วยความจำขนาดใหญ่