python做互金网站,成全动漫免费观看在线看,怎么做照片网站,做旅游网站的引言一、核心命令总览工具 / 命令用途示例adb shell dumpsys meminfo查看设备全局内存状态adb shell dumpsys meminfoadb shell dumpsys meminfo package获取应用详细内存分类统计adb shell dumpsys meminfo com.example.appadb shell top动态查看进程内存和 CPU 占用adb s…一、核心命令总览工具 / 命令用途示例adb shell dumpsys meminfo查看设备全局内存状态adb shell dumpsys meminfoadb shell dumpsys meminfo package获取应用详细内存分类统计adb shell dumpsys meminfo com.example.appadb shell top动态查看进程内存和 CPU 占用adb shell top -m 10 -n 1adb shell am dumpheap导出 Java Heap.hprof文件adb shell am dumpheap com.example.app /data/local/tmp/app.hprofadb pull将 hprof 文件导出至本地分析adb pull /data/local/tmp/app.hprof ./adb shell setprop libc.debug.malloc打开 native 分配追踪adb shell setprop libc.debug.malloc backtraceadb shell am send-trim-memory模拟系统触发内存回收adb shell am send-trim-memory com.example.app TRIM_MEMORY_UI_HIDDEN
二、核心命令详解与用例
1. adb shell dumpsys meminfo全局内存
作用查看设备整体内存状态包括系统剩余内存、应用内存占用排名等。
adb shell dumpsys meminfo关键输出解析
Total RAM: 5,789,412K (status normal)Free RAM: 1,234,567K ( 238,456K cached pss 12,345K kernel)Used RAM: 3,456,789K (2,123,456K used pss 1,333,333K kernel)Lost RAM: 987,654KZRAM: 123,456K physical used for 456,789K in swap (500,000K total swap)
字段说明Total RAM设备物理内存总量Free RAM可用内存 缓存进程内存 内核保留内存Used RAM已用内存 应用实际使用量(PSS) 内核占用Lost RAM内存碎片或无法统计的内存ZRAM压缩交换分区使用情况若启用进程内存分类
Total PSS by OOM adjustment:543,052K: Native # 原生进程286,850K: System # 系统核心进程381,177K: Persistent # 常驻进程如SystemUI344,152K: Visible # 可见进程245,108K: Perceptible # 可感知进程如后台服务91,710K: Backup # 备份进程52,148K: Cached # 缓存进程内存类型分布
Total PSS by :510,454K: Native # Native代码内存247,842K: Dalvik # Java堆内存154,596K: .art mmap # ART运行时128,773K: .oat mmap # AOT编译代码20,620K: Gfx dev # 图形内存异常状态检测Low内存状态status low表示系统处于内存紧张状态ZRAM高使用695MB/2.3GB的交换空间使用量压缩比≈3.6倍可疑进程
com.tencent.mm:push (73MB) 占用B Servicescom.xiaomi.market (85MB) 占用Perceptible建议脚本
# 监控高内存进程
adb shell dumpsys meminfo | grep -E K: (Native|System|Persistent|Visible) -A 3# 追踪ZRAM变化
watch -n 1 adb shell dumpsys meminfo | grep ZRAM2. adb shell dumpsys meminfo package应用详情
作用获取指定应用的内存详细分布包括 Java/Native/Graphics 等。
adb shell dumpsys meminfo com.example.app输出示例
Applications Memory Usage (in Kilobytes):
Uptime: 15123 Realtime: 34253** MEMINFO in pid 12345 [com.example.myapp] **Pss Private Private Swapped Heap Heap HeapTotal Dirty Clean Dirty Size Alloc Free------ ------ ------ ------ ------- ------- -------Native Heap 8848 8844 0 0 32768 11234 21534Dalvik Heap 7832 7828 0 0 40960 15876 25084Dalvik Other 1523 1500 0 0Stack 96 96 0 0Ashmem 2 0 0 0Gfx dev 2492 2488 0 0Other dev 28 28 0 0.so mmap 4213 8 3324 0.apk mmap 1634 0 1234 0.ttf mmap 34 0 34 0.dex mmap 2090 0 2090 0Other mmap 228 0 4 0EGL mtrack 1020 1020 0 0GL mtrack 1832 1832 0 0Unknown 2202 2200 0 0TOTAL 43102 32844 6986 0 73728 27110 46618
字段逐项解释列名含义Pss TotalProportional Set Size总共享后按比例分配的内存大小关键指标Private Dirty只属于当前进程且被修改的内存页实际的独占内存Private Clean只属于当前进程但未修改的页可能被回收Swapped Dirty被换出至 swap 空间的脏页数常见于低内存设备Heap SizeJava/Dalvik 堆的总大小Heap Alloc已分配的堆内存大小Heap Free堆中未分配的剩余空间
每一类内存段说明区域说明Native HeapC/C 层分配的堆常由 malloc 或 native 层库使用Dalvik HeapJava 层内存对象等使用情况Dalvik Other除了对象外的 Dalvik 使用比如 Class MetadataStack每个线程的栈内存通常为 1MB/线程AshmemAndroid 共享内存机制Gfx dev/GL mtrack与图形相关的内存比如 UI、OpenGL 缓存等.so mmap动态链接库占用的内存.apk/.dex/.ttf mmap被 mmap 映射的 APK/Dex/字体文件不直接进入 Java HeapEGL mtrackEGL 映射轨迹GPU 分配追踪Unknown未知来源的内存常用于估算遗漏项
App Summary 段解释
命令输出后段通常还会出现以下摘要信息
App SummaryPss(KB)Java Heap: 15234Native Heap: 8488Code: 8352Stack: 96Graphics: 4002Private Other: 1120System: 6789
项目说明Java HeapJava 对象实际占用的堆内存已分配Native HeapC 层 malloc 等 native 占用Code.so/.dex/.apkmmap 映射的只读代码部分Stack线程的栈空间Graphics图形缓冲区使用如 Skia / SurfaceFlingerPrivate Other无法明确归类的私有内存段System系统级别共享内存如 binder、ashmem、zygote 映射等
实战用法与技巧
快速定位内存占用高的进程
adb shell dumpsys meminfo | grep TOTAL输出每个进程的总内存占用对比谁最占内存。
结合 top 使用确认是否导致内存抖动
adb shell top -n 1 -m 10
adb shell dumpsys meminfo package_name查看是否 Java Heap 或 Native Heap 正在持续上升。
导出分析数据备份
adb shell dumpsys meminfo com.example.app meminfo.txt保存为本地文本配合 Git 历史记录查看趋势。注意事项
dumpsys meminfo 的数值仅代表瞬时快照并非持续记录App 必须处于运行中否则不会显示完整信息不支持系统服务如 system_server的详细堆栈分布若需要 GC 后的堆大小建议先使用
adb shell am send-trim-memory package_name TRIM_MEMORY_COMPLETE推荐组合命令
adb shell dumpsys meminfo com.example.app meminfo.txt
adb shell am dumpheap com.example.app /data/local/tmp/app.hprof
adb pull /data/local/tmp/app.hprof ./app.hprof3. adb shell top实时监控
新增参数组合建议
# 每2秒刷新一次按内存排序
adb shell top -o RES -m 5 -d 2
参数作用-o排序字段RES内存%CPUCPU-d刷新间隔秒-m显示最大进程数
4. adb shell setprop libc.debug.mallocNative内存追踪
作用启用Bionic库的malloc调试功能记录Native代码的内存分配堆栈需root权限或调试版ROM
关键参数说明参数值作用backtrace记录每次分配的堆栈默认16帧可通过backtrace32调整log输出分配日志到/data/tombstones/malloc_debug_*programname仅追踪指定进程如app_processoptionsbacktrace,guard组合选项guard启用内存边界检查典型使用流程
# 1. 启用追踪需root或adb root
adb shell stop
adb shell setprop libc.debug.malloc.program com.example.app
adb shell setprop libc.debug.malloc.options backtrace32
adb shell start# 2. 复现问题后导出日志
adb pull /data/tombstones/malloc_debug_* ./# 3. 使用addr2line解析堆栈需对应so库的调试符号
arm-linux-androideabi-addr2line -e libnative.so 0x1234 0x5678输出示例
# malloc_debug_12345.txt 内容片段0xb6f04567 [com.example.app0x123456]/project/jni/utils.cpp:42 malloc(1024)0xb6f089ab [com.example.app0x789abc]/project/jni/image_processor.cpp:89 new ImageBuffer()5. adb shell am send-trim-memory内存压力测试
作用模拟Android系统在不同内存压力下的回收行为验证应用的内存管理策略
完整等级表等级参数系统行为典型触发场景TRIM_MEMORY_UI_HIDDEN通知Activity进入后台用户按Home键TRIM_MEMORY_RUNNING_MODERATE释放可缓存资源系统剩余内存50%TRIM_MEMORY_RUNNING_LOW停止后台服务系统剩余内存30%TRIM_MEMORY_RUNNING_CRITICAL准备被杀死系统剩余内存15%TRIM_MEMORY_COMPLETE强制释放所有非关键资源系统内存严重不足自动化测试脚本示例
# 模拟内存压力升级过程
for level in UI_HIDDEN RUNNING_MODERATE RUNNING_LOW COMPLETE; doadb shell am send-trim-memory com.example.app TRIM_MEMORY_$levelsleep 3adb shell dumpsys meminfo com.example.app | grep TOTAL PSS
done以下是补充 adb shell am dumpheap 命令后的完整内容在保留原有 dumpsys meminfo 相关说明的基础上新增 dumpheap 的详细说明
6. adb shell am dumpheap堆内存导出到文件
1. 命令作用
am dumpheap 是 Android 的 Activity Manager (am) 工具提供的命令用于将指定进程的 堆内存Heap 导出到文件供后续分析如检测内存泄漏、对象分配情况等。导出的文件是标准的 HPROF 格式可用 Android Studio、MATMemory Analyzer Tool等工具分析。
2. 命令语法
adb shell am dumpheap pid|process_name file_pathpid|process_name 目标进程的 PID 或包名如 com.example.app。file_path 堆转储文件的保存路径需设备有写入权限。
3. 使用示例
示例 1通过包名导出堆内存
adb shell am dumpheap com.example.app /data/local/tmp/heap.hprof示例 2通过 PID 导出堆内存
adb shell ps -A | grep com.example.app # 先查找 PID
adb shell am dumpheap 1234 /sdcard/heap.hprof示例 3导出系统进程的堆内存需 root
adb shell su -c am dumpheap system_server /data/local/tmp/system_heap.hprof4. 关键注意事项文件路径权限
默认情况下普通应用无权写入 /data/local/tmp 之外的系统目录。建议导出到 /sdcard/需设备有存储权限或通过 run-as 写入应用私有目录
adb shell run-as com.example.app am dumpheap com.example.app /data/data/com.example.app/heap.hprof进程冻结
执行 dumpheap 时目标进程会被短暂冻结STWStop-The-World可能导致界面卡顿或 ANR尤其在主线程转储时。文件拉取导出的 .hprof 文件需通过 adb pull 复制到本地分析
adb pull /sdcard/heap.hprof ./HPROF 转换Android 的 HPROF 是 Dalvik 格式部分工具如 MAT需转换为标准 Java HPROF
hprof-conv /path/to/android.hprof /path/to/java.hprofhprof-conv 工具位于 Android SDK 的 platform-tools 目录5. 实际应用场景
内存泄漏分析结合 MAT 或 Android Studio Profiler 检查对象引用链。OOM 调试在崩溃前主动转储堆内存分析大对象分配。性能优化对比不同操作前后的堆状态定位内存增长点。
6. 高级用法触发 GC 后转储减少噪声
adb shell am dumpheap -g pid file_path-g 参数会在转储前触发 GC但部分设备可能不支持自动化脚本
adb shell am dumpheap $(pidof com.example.app) /sdcard/heap_$(date %s).hprofdumpsys meminfo 与 dumpheap 的区别维度dumpsys meminfoam dumpheap数据类型实时内存统计PSS/RSS/堆大小等完整的堆内存快照对象引用关系用途快速查看内存占用概况深度分析内存泄漏或对象分配细节性能影响几乎无影响短暂冻结进程输出格式文本二进制 HPROF 文件完整工作流程示例通过 dumpsys meminfo 发现内存异常
adb shell dumpsys meminfo com.example.app观察到 Dalvik Heap 或 Private Dirty 持续增长。导出堆内存
adb shell am dumpheap com.example.app /sdcard/suspicious_heap.hprof
adb pull /sdcard/suspicious_heap.hprof ./分析 HPROF 文件
使用 Android Studio 的 Memory Profiler 导入文件。或通过 MAT 查找 Leak Suspects内存泄漏嫌疑对象。通过结合 dumpsys meminfo 和 am dumpheap可以快速定位内存问题的宏观表现如总占用过高和微观细节如具体泄漏对象。三、新增分析流程图
#mermaid-svg-dxfnpYQ17EYThaXG {font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;fill:#333;}#mermaid-svg-dxfnpYQ17EYThaXG .error-icon{fill:#552222;}#mermaid-svg-dxfnpYQ17EYThaXG .error-text{fill:#552222;stroke:#552222;}#mermaid-svg-dxfnpYQ17EYThaXG .edge-thickness-normal{stroke-width:2px;}#mermaid-svg-dxfnpYQ17EYThaXG .edge-thickness-thick{stroke-width:3.5px;}#mermaid-svg-dxfnpYQ17EYThaXG .edge-pattern-solid{stroke-dasharray:0;}#mermaid-svg-dxfnpYQ17EYThaXG .edge-pattern-dashed{stroke-dasharray:3;}#mermaid-svg-dxfnpYQ17EYThaXG .edge-pattern-dotted{stroke-dasharray:2;}#mermaid-svg-dxfnpYQ17EYThaXG .marker{fill:#333333;stroke:#333333;}#mermaid-svg-dxfnpYQ17EYThaXG .marker.cross{stroke:#333333;}#mermaid-svg-dxfnpYQ17EYThaXG svg{font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;}#mermaid-svg-dxfnpYQ17EYThaXG .label{font-family:"trebuchet ms",verdana,arial,sans-serif;color:#333;}#mermaid-svg-dxfnpYQ17EYThaXG .cluster-label text{fill:#333;}#mermaid-svg-dxfnpYQ17EYThaXG .cluster-label span{color:#333;}#mermaid-svg-dxfnpYQ17EYThaXG .label text,#mermaid-svg-dxfnpYQ17EYThaXG span{fill:#333;color:#333;}#mermaid-svg-dxfnpYQ17EYThaXG .node rect,#mermaid-svg-dxfnpYQ17EYThaXG .node circle,#mermaid-svg-dxfnpYQ17EYThaXG .node ellipse,#mermaid-svg-dxfnpYQ17EYThaXG .node polygon,#mermaid-svg-dxfnpYQ17EYThaXG .node path{fill:#ECECFF;stroke:#9370DB;stroke-width:1px;}#mermaid-svg-dxfnpYQ17EYThaXG .node .label{text-align:center;}#mermaid-svg-dxfnpYQ17EYThaXG .node.clickable{cursor:pointer;}#mermaid-svg-dxfnpYQ17EYThaXG .arrowheadPath{fill:#333333;}#mermaid-svg-dxfnpYQ17EYThaXG .edgePath .path{stroke:#333333;stroke-width:2.0px;}#mermaid-svg-dxfnpYQ17EYThaXG .flowchart-link{stroke:#333333;fill:none;}#mermaid-svg-dxfnpYQ17EYThaXG .edgeLabel{background-color:#e8e8e8;text-align:center;}#mermaid-svg-dxfnpYQ17EYThaXG .edgeLabel rect{opacity:0.5;background-color:#e8e8e8;fill:#e8e8e8;}#mermaid-svg-dxfnpYQ17EYThaXG .cluster rect{fill:#ffffde;stroke:#aaaa33;stroke-width:1px;}#mermaid-svg-dxfnpYQ17EYThaXG .cluster text{fill:#333;}#mermaid-svg-dxfnpYQ17EYThaXG .cluster span{color:#333;}#mermaid-svg-dxfnpYQ17EYThaXG div.mermaidTooltip{position:absolute;text-align:center;max-width:200px;padding:2px;font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:12px;background:hsl(80, 100%, 96.2745098039%);border:1px solid #aaaa33;border-radius:2px;pointer-events:none;z-index:100;}#mermaid-svg-dxfnpYQ17EYThaXG :root{--mermaid-font-family:"trebuchet ms",verdana,arial,sans-serif;}Java内存泄漏Native泄漏整体偏高发现内存问题类型判断adb dumpheap MAT分析setprop malloc_debug logcatdumpsys meminfo分项对比定位Retaining Path分析malloc backtrace优化Graphics/Code内存四、实战技巧补充
批量监控脚本
while true; doadb shell dumpsys meminfo com.example.app | grep TOTAL PSSsleep 5
done内存泄漏黄金组合命令
# 1. 触发GC后立即dump堆
adb shell am dumpheap -g com.example.app /data/local/tmp/app.hprof# 2. 同步时间戳便于关联日志
adb shell date %s ./dump_time.txt# 3. 拉取文件并启动MAT分析
adb pull /data/local/tmp/app.hprof ./ memory-analyzer.sh app.hprofNative内存分析进阶
# 需要root权限
adb shell stop
adb shell setprop libc.debug.malloc.program app_process
adb shell setprop libc.debug.malloc.options backtrace32
adb shell startMAT快捷分析
使用Leak Suspects报告快速定位问题按Retained Heap排序查看大对象
Android Studio Profiler联动
# 生成profiler可读的快照
adb shell am profile start com.example.app /data/local/tmp/app.alloc
adb shell am profile stop com.example.app五、版本差异与兼容性Android版本Native追踪支持Trim Memory等级关键内存指标5.0-6.0需手动编译libc仅前4个等级无Swap统计7.0-8.1内置malloc_debug新增BACKGROUND引入SwapDirty9.0支持program过滤新增MODERATE独立Graphics分类12.0优化backtrace性能新增CACHED_RECENT不可达对象统计
六、附录常用工具链
MAT (Memory Analyzer Tool) 分析.hprof文件Android Studio Profiler实时内存可视化Perfetto系统级内存追踪HeapTrackLinux/Android通用堆分析工具Glibc Malloc DebugNDK开发时使用
