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 ที่ใช้อุปกรณ์ที่เชื่อมต่อ อุปกรณ์ ส่วนต่อไปนี้จะอธิบายประเภทข้อมูลที่คุณมัก ดู
สถานะฮับกิจกรรม
ตัวอย่างสิ่งที่คุณอาจเห็นเมื่อตรวจสอบ สถานะฮับเหตุการณ์ของการวินิจฉัยอินพุต:
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
การวัดประสิทธิภาพในแนวปฏิบัติในการทดสอบ โปรดดู
การเขียนการเปรียบเทียบแบบมาโคร
ตรวจสอบการวินิจฉัยเครือข่าย
การระบุบริการ 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]
ใช้ Dump ตัวอย่างก่อนหน้านี้มองหาบรรทัดที่มี uid=10007
2 อย่าง
เส้นที่มีอยู่ เส้นแรกหมายถึงการเชื่อมต่อมือถือ และบรรทัดที่สองหมายถึง
การเชื่อมต่อ Wi-Fi ที่ด้านล่างของแต่ละบรรทัด คุณจะเห็นข้อมูลต่อไปนี้สำหรับ
แต่ละช่วงเวลา 2 ชั่วโมง ซึ่ง bucketDuration
ระบุเป็นมิลลิวินาที
-
set=DEFAULT
หมายถึงพื้นหน้า การใช้งานเครือข่าย แต่set=BACKGROUND
จะระบุ การใช้งานในเบื้องหลังset=ALL
กล่าวเป็นนัยทั้งสอง -
tag=0x0
ระบุแท็กซ็อกเก็ตที่เชื่อมโยงกับการรับส่งข้อมูล -
rxBytes
และrxPackets
แสดงถึงไบต์ที่ได้รับ และแพ็กเก็ตที่ได้รับในช่วงเวลาที่เกี่ยวข้อง - ส่งตัวแทน
txBytes
และtxPackets
แล้ว ไบต์ (ที่ส่ง) และแพ็กเก็ตที่ส่งในช่วงเวลาที่เกี่ยวข้อง
ตรวจสอบการวินิจฉัยแบตเตอรี่
การระบุบริการ batterystats
จะสร้างข้อมูลสถิติ
เกี่ยวกับการใช้งานแบตเตอรี่ในอุปกรณ์ ซึ่งจัดระเบียบตามรหัสผู้ใช้ที่ไม่ซ้ำ (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
ในรูปแบบ 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 |
|
|
กระบวนการ |
|
|
เซ็นเซอร์ |
|
|
ไวเบรเตอร์ |
|
|
เบื้องหน้า |
|
|
เวลาสถานะ |
|
|
ล็อกการปลุกระบบ |
|
|
ซิงค์ |
|
|
งาน |
|
|
ล็อกการปลุกระบบเคอร์เนล |
|
|
เหตุผลในการปลุก |
|
|
เครือข่าย |
|
|
กิจกรรมของผู้ใช้ |
|
|
แบตเตอรี่ |
|
|
การคายประจุแบตเตอรี่ |
|
|
ระดับแบตเตอรี่ |
|
|
Wi-Fi |
|
|
Wi-Fi ทั่วโลก |
|
|
บลูทูธส่วนกลาง |
|
|
อื่นๆ |
|
|
เครือข่ายทั่วโลก |
|
|
ความสว่างหน้าจอ |
|
|
เวลาในการสแกนสัญญาณ |
|
|
เวลาความแรงสัญญาณ |
|
|
จำนวนความแรงของสัญญาณ |
|
|
เวลาในการเชื่อมต่อข้อมูล |
|
|
จำนวนการเชื่อมต่อข้อมูล |
|
|
เวลาสถานะ Wi-Fi |
|
|
จำนวนสถานะ Wi-Fi |
|
|
เวลาสถานะผู้สมัคร Wi-Fi |
|
|
จำนวนสถานะผู้สมัคร Wi-Fi |
|
|
เวลาความแรงของสัญญาณ Wi-Fi |
|
|
จำนวนความแรงของสัญญาณ Wi-Fi |
|
|
เวลาสถานะของบลูทูธ |
|
|
จำนวนสถานะของบลูทูธ |
|
|
สรุปการใช้พลังงาน |
|
|
รายการการใช้พลังงาน |
|
|
ขั้นตอนการปล่อยประจุ |
|
|
ขั้นตอนการชาร์จ |
|
|
ระยะเวลาที่เหลือในการปล่อยประจุ |
|
|
เวลาชาร์จที่เหลืออยู่ |
|
หมายเหตุ: เวอร์ชันก่อนหน้า Android 6.0 จะใช้พลังงานเพื่อ
มีการติดตามวิทยุบลูทูธ วิทยุมือถือ และ Wi-Fi ใน m
(Misc)
หมวดหมู่ ใน Android 6.0 ขึ้นไป การใช้พลังงานขององค์ประกอบเหล่านี้คือ
ถูกติดตามในส่วน pwi
(รายการการใช้พลังงาน) โดยมีป้ายกำกับแต่ละรายการ
(wifi
, blue
, cell
) สำหรับแต่ละคอมโพเนนต์
ดูการจัดสรรหน่วยความจำ
คุณตรวจสอบการใช้หน่วยความจำของแอปได้ 2 วิธีคือ ในช่วงเวลา
โดยใช้ procstats
หรือในช่วงเวลาใดเวลาหนึ่งโดยใช้ meminfo
ส่วนต่อไปนี้จะแสดงวิธีใช้ทั้ง 2 วิธี
Procstats
procstats
ช่วยให้เห็นลักษณะการทำงานของแอปเมื่อเวลาผ่านไป
รวมถึงระยะเวลาที่จะทำงานในเบื้องหลังและจำนวนหน่วยความจำที่ใช้
ในช่วงเวลาดังกล่าว ซึ่งจะช่วยให้คุณพบความด้อยประสิทธิภาพและพฤติกรรมที่ไม่เหมาะสมใน
เช่น หน่วยความจำรั่วไหล อาจส่งผลต่อประสิทธิภาพการทำงานของแอป โดยเฉพาะอย่างยิ่งเมื่อ
ที่ทำงานบนอุปกรณ์ที่มีหน่วยความจำต่ำ ดัมพ์สถานะของไฟล์จะแสดงสถิติเกี่ยวกับ
รันไทม์, ขนาดชุดสัดส่วน (PSS), ขนาดชุดที่ไม่ซ้ำกัน (USS) และ
ขนาด Resident Set (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 package_name|pid [-d]
ธง -d
จะพิมพ์ข้อมูลเพิ่มเติมเกี่ยวกับการใช้งานหน่วยความจำของ Dalvik และ ART
เอาต์พุตจะแสดงการจัดสรรปัจจุบันทั้งหมดของแอป โดยวัดเป็น กิโลไบต์
เมื่อตรวจสอบข้อมูลนี้ คุณควรทำความคุ้นเคยกับ ประเภทการจัดสรรต่อไปนี้
- RAM ส่วนตัว (สะอาดและสกปรก)
- นี่คือหน่วยความจำที่กระบวนการของคุณใช้เท่านั้น นี่เป็นกลุ่ม ของ RAM ที่ระบบเรียกคืนได้เมื่อกระบวนการของแอปถูกทำลาย โดยทั่วไปแล้ว ส่วนที่สำคัญที่สุดของส่วนนี้คือ RAM ที่สกปรกส่วนตัว เป็นตัวเลือกที่แพงที่สุด เนื่องจากใช้เฉพาะกระบวนการของคุณ และเนื่องจาก เนื้อหามีอยู่ใน RAM เท่านั้น จึงไม่สามารถแบ่งหน้าไปยังพื้นที่เก็บข้อมูลได้ เนื่องจาก Android ไม่ได้ทำ ใช้การสลับ การจัดสรร 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 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
นี่คือ 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 ทั้งหมด โดยถ่วงน้ำหนักจากการแบ่งรายได้ผ่านกระบวนการต่างๆ ตามที่อธิบายไว้ในคำจำกัดความของ PSS หมายเลขPrivate Dirty
คือ RAM จริงที่คอมมิตไปยังฮีปของแอปของคุณเท่านั้น ซึ่งประกอบด้วยการจัดสรรของคุณเอง และหน้าการจัดสรร Zygote ใดๆ ที่มีการปรับเปลี่ยนตั้งแต่ที่ปลอมแปลง กระบวนการจาก Zygoteหมายเหตุ: ในแพลตฟอร์มเวอร์ชันใหม่ๆ ที่มีส่วน ส่วน
Dalvik Other
, ตัวเลขPss Total
และPrivate Dirty
สำหรับ Dalvik Heap ไม่รวมโอเวอร์เฮดของ Dalvik เช่น การคอมไพล์แบบทันท่วงที (JIT) และการทำบัญชี GC ส่วนเวอร์ชันเก่าแสดง ทั้งหมดรวมกันภายใต้Dalvik
Heap 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 ซึ่งรวมถึง วัตถุขนาดใหญ่แบบไซโกต ออบเจ็กต์ขนาดใหญ่คือการจัดสรรอาร์เรย์พื้นฐานทั้งหมดที่มีขนาดใหญ่กว่า ใหญ่กว่า 12 KB
.GC
(มีแฟล็ก-d
เท่านั้น)- นี่คือค่าใช้จ่ายในการดำเนินการเก็บขยะ ไม่มี ในการลดค่าใช้จ่ายนี้ลง
.JITCache
(มีแฟล็ก-d
เท่านั้น)- นี่คือปริมาณหน่วยความจำที่ข้อมูล JIT และแคชโค้ดใช้ โดยปกติแล้วจะเป็น 0 เนื่องจากระบบจะคอมไพล์แอปทั้งหมดเมื่อติดตั้ง
.Zygote
(มีแฟล็ก-d
เท่านั้น)- นี่คือปริมาณหน่วยความจำที่ช่องว่างของ Zygote ใช้ ช่องว่างของไซโกต ที่สร้างขึ้นระหว่างการเริ่มต้นอุปกรณ์และไม่ได้รับการจัดสรร
.NonMoving
(มีแฟล็ก-d
เท่านั้น)- นี่คือปริมาณ RAM ที่ใช้โดยพื้นที่ว่างที่ไม่มีการเคลื่อนไหวของ ART สิ่งที่ไม่เปลี่ยนแปลง มีออบเจ็กต์พิเศษที่ไม่สามารถย้ายได้ เช่น ฟิลด์และวิธีการ คุณสามารถ ย่อส่วนนี้โดยใช้ช่องและวิธีการน้อยลงในแอป
.IndirectRef
(มีแฟล็ก-d
เท่านั้น)- นี่คือจำนวน RAM ที่ตารางอ้างอิงโดยอ้อมของ ART ใช้ ปกติแล้วจำนวนเงินนี้เป็นจำนวนน้อย แต่หากสูงเกินไป คุณอาจสามารถ ให้ลดลงโดยการลดจำนวนการอ้างอิง JNI ทั้งระดับท้องถิ่นและทั่วโลกที่ใช้
Unknown
- หน้า RAM ใดๆ ที่ระบบไม่สามารถแยกประเภทเป็นหนึ่งในหน้าอื่นๆ เพิ่มเติม
รายการที่เจาะจง ซึ่งในปัจจุบันระบบนี้ส่วนใหญ่ใช้การจัดสรรแบบเนทีฟ
จะถูกระบุโดยเครื่องมือเมื่อรวบรวมข้อมูลนี้เนื่องจาก Address Space Layout
การสุ่ม (ASLR) เช่นเดียวกับฮีป Dalvik
Pss Total
สำหรับUnknown
จะพิจารณาการแชร์กับ Zygote และPrivate Dirty
เป็น RAM ที่ไม่รู้จักสำหรับแอปของคุณโดยเฉพาะ TOTAL
- RAM ขนาดสัดส่วน (PSS) ทั้งหมดที่กระบวนการใช้ นี่คือ
ผลรวมของฟิลด์ PSS ทั้งหมดด้านบน ซึ่งระบุน้ำหนักหน่วยความจำโดยรวมของ
ซึ่งสามารถเปรียบเทียบได้โดยตรงกับกระบวนการอื่นๆ และ
RAM ที่ใช้ได้
Private Dirty
และPrivate Clean
เป็นยอดรวม ภายในกระบวนการของคุณ ซึ่งไม่ต้องแชร์กับกระบวนการอื่น เมื่อทำลายกระบวนการแล้ว ระบบจะปล่อย RAM ทั้งหมดจากการจัดสรรเหล่านี้ กลับไปยังระบบ คุณสามารถแยกออกและปล่อยPrivate Clean
ได้ด้วย ก่อนที่กระบวนการของคุณจะถูกทำลาย แต่Private Dirty
เพียงแค่ ออกมาจากการทำลายกระบวนการRAM สกปรกคือ หน้าเว็บที่ถูกแก้ไข ดังนั้นจึงต้องยังคงยึดมั่นใน RAM เนื่องจากมี ไม่มีการสลับ Clean RAM คือหน้าที่ถูกแมปจากไฟล์ถาวร เช่น เมื่อมีการเรียกใช้โค้ด และสามารถแยกหน้าเว็บได้หากไม่ได้ใช้งานเป็นระยะเวลาหนึ่ง
ViewRootImpl
- จำนวนของมุมมองรูทที่ใช้งานอยู่ในกระบวนการ มุมมองรูทแต่ละรายการ ที่เชื่อมโยงกับหน้าต่าง ซึ่งจะช่วยให้คุณระบุการรั่วไหลของหน่วยความจำที่เกี่ยวข้องกับหน้าต่างดังกล่าวได้ กล่องโต้ตอบ หรือหน้าต่างอื่นๆ
AppContexts
และActivities
- จำนวนแอป
Context
และActivity
ที่กำลังอยู่ในกระบวนการทำงานของคุณ ซึ่งจะช่วยให้คุณทำสิ่งต่อไปนี้ ระบุวัตถุActivity
ที่รั่วไหลซึ่งไม่สามารถเก็บขยะได้ เนื่องจากการอ้างอิงแบบคงที่ ซึ่งเป็นเรื่องปกติ วัตถุเหล่านี้มักมี การจัดสรรอื่นๆ ที่เชื่อมโยงด้วย ซึ่งทำให้เป็นวิธีที่ดีในการติดตาม หน่วยความจำรั่วไหลอย่างมาก