android内存检测工具

⑴ android 怎样获取当前apk所占用的内存

这个方法有很多，常用的是 adb shell mpsys meminfo <package_name> 这可以看到比较全面的信息,由于Android是有内存共享的，所以通常有 VSS，RSS，PSS，USS等不同的内存表述，比较常用的是PSS，会将共享库按照比例分配给当前内存

⑵ Android内存的相关排查方法

mpsys meminfo 是Android系统提供的查询内存命令，用该命令可以看到：
每个进程占用的物理内存大小
系统内存分布状态，包括
总的可用物理内存 Total RAM
当前可用物理内存 Free RAM
已用物理内存 Used RAM
不可见内存 Lost RAM

比如输入该命令后输出如下日志：

该命令打印的最后一部分，反应系统级别的内存状况：
Total RAM: 1015868 kB
Free RAM: 638914 kB (105418 cached pss + 180168 cached + 353328 free)
Used RAM: 211428 kB (186096 used pss + 8008 buffers + 520 shmem + 16804 slab)
Lost RAM: 165526 kB
Tuning: 96 (large 256), oom 20480 kB, restore limit 6826 kB (high-end-gfx)
里面某些字段的意义需要注意：
mpsys meminfo

OOM Killer(Out Of Memory Killer) 是Linux当中，内存保护机制的一种。当物理内存几乎耗尽而又需要分配新内存时，会杀掉一些优先级低的进程，释放内存。
LowMemoryKiller 是Android的内存保护机制。当物理内存低于阈值，就会杀掉一些优先级低的进程，释放内存。

联系：LowMemoryKiller 用到了 OOM Killer 的评分机制
区别：LowMemoryKiller 是通过阈值触发，OOM Killer 是分配内存失败时触发

评分原理：
oom_adj，代表进程的优先级, 数值越大,优先级越低,越容易被杀。系统分16个级别（取值范围[-16, 15]整数，不连续）
通过 cat /proc/xxx/oom_adj 查看，其中xxx是进程号
oom_score_adj: 在 oom_adj 基础上的评分，取值范围[-1000, 1000]
通过 cat /proc/xxx/oom_score_adj 查看，其中xxx是进程号

阈值查看，以98mv100为例：
cat /sys/mole/lowmemorykiller/parameters/minfree
1024,1536,2048,3072,3584,4096
cat /sys/mole/lowmemorykiller/parameters/adj
0,58,117,176,529,1000
上诉数值表示：可用内存低于 4096 4K 时，杀掉 oom_score_adj>=1000 的应用；可用内存低于 3584 4K 时，杀掉 oom_score_adj>=529 的应用，以此类推。

因此，客户可以通过调整 minfree 的阈值来触发 LowMemoryKiller 更频繁地杀应用，从而为高优先级应用省下内存。

在 mpsys meminfo 中，GPU内存被统计到了 Lost RAM 里面了。

因此，当应用占用GPU内存过高时，不会体现在 Used RAM 里面，而是体现在 Lost RAM 中。反过来，如果发现有问题的时候 Lost RAM 很高，就需要看看GPU内存使用情况了。用以下命令：�
mount -t debugfs debugfs /sys/kernel/debug/
cat /sys/kernel/debug/mali/gpu_memory

130|root@MR820:/ # cat /sys/kernel/debug/mali/gpu_memory
Name (:bytes) pid mali_mem max_mali_mem external_mem ump_mem dma_mem

其中mali_mem列就是应用占用的GPU内存

⑶ android性能测试工具有哪些

有如下几个工具：
android针对上面这些会影响到应用性能的情况提供了一些列的工具：
1 布局复杂度：
hierarchyviewer：检测布局复杂度，各视图的布局耗时情况：

Android开发者模式—GPU过渡绘制：

2 耗电量：Android开发者模式中的电量统计；
3 内存：
应用运行时内存使用情况查看：Android Studio—Memory/CPU/GPU；

内存泄露检测工具：DDMS—MAT；
4 网络：Android Studio—NetWork；
5 程序执行效率：
静态代码检查工具：Android studio—Analyze—Inspect Code.../Code cleanup... ，用于检测代码中潜在的问题、存在效率问题的代码段并提供改善方案；
DDMS—TraceView，用于查找程序运行时具体耗时在哪；
StrictMode：用于查找程序运行时具体耗时在哪，需要集成到代码中；
Andorid开发者模式—GPU呈现模式分析。
6 程序稳定性：monkey，通过monkey对程序在提交测试前做自测，可以检测出明显的导致程序不稳定的问题，执行monkey只需要一行命令，提交测试前跑一次可以避免应用刚提交就被打回的问题。
说明：
上面提到的这些工具可以进Android开发者官网性能工具介绍查看每个工具的介绍和使用说明；

Android开发者选项中有很多测试应用性能的工具，对应用性能的检测非常有帮助，具体可以查看：All about your phone's developer options和15个必知的Android开发者选项对Android开发者选项中每一项的介绍；

针对Android应用性能的优化，Google官方提供了一系列的性能优化视频教程，对应用性能优化具有非常好的指导作用，具体可以查看：优酷Google Developers或者Android Performance Patterns。

二 第三方性能优化工具介绍
除了android官方提供的一系列性能检测工具，还有很多优秀的第三方性能检测工具使用起来更方便，比如对内存泄露的检测，使用leakcanry比MAT更人性化，能够快速查到具体是哪存在内存泄露。
leakcanary：square/leakcanary · GitHub，通过集成到程序中的方式，在程序运行时检测应用中存在的内存泄露，并在页面中显示，在应用中集成leancanry后，程序运行时会存在卡顿的情况，这个是正常的，因为leancanry就是通过gc操作来检测内存泄露的，gc会知道应用卡顿，说明文档：LeakCanary 中文使用说明、LeakCanary: 让内存泄露无所遁形。
GT：GT Home，GT是腾讯开发的一款APP的随身调测平台，利用GT，可以对CPU、内存、流量、点亮、帧率/流畅度进行测试，还可以查看开发日志、crash日志、抓取网络数据包、APP内部参数调试、真机代码耗时统计等等，需要说明的是，应用需要集成GT的sdk后，GT这个apk才能在应用运行时对各个性能进行检测。

⑷ 如何在Android Studio中使用LeakCanary检测内存泄露

内存泄露检测是项目性能优化不可避免的问题，只有解决内存泄露问题才能从根本上解决OOM。在Eclipse中提供Mat工具来检测内存泄露，但是使用较为麻烦，界面也不是很直观。对于有耐心，有想法的，也是可以尝试了解一下。知道Leak的出现，为内存泄露检测带来了福音。

1.什么是LeakCanary

LeakCanary

A memory leak detection library for Android and Java.

LeakCanary是一个Android和Java的内存检测库。

2.LeakCanary如何展示内存泄露信息

如果项目存在内存泄露，就会在状态栏或是一个单独的Leaks程序中显示内存泄露信息，提供一个造成内存泄露对象的引用路径

【错误2】：但是有的人没有相应的图标，怎么办？

因为gradle设置错误的原因，上述build分别设置了debugCompile 和 releaseCompile，具体的区别这里不细说了，需要有一定的gradle功底，才能改修完成。这里给出的最简易的方案，适用于该产品在加入的leakCancy仅仅在测试的时候使用，而在release包中手动去除相应的代码：【解决当前问题，但是不提倡】
1、debug 和 release 引用相同的lib

dependencies {
debugCompile 'com.squareup.leakcanary:leakcanary-android:1.5'
releaseCompile 'com.squareup.leakcanary:leakcanary-android:1.5'
}
2、使用compile 不再1区分debug 和 release12
dependencies {
compile 'com.squareup.leakcanary:leakcanary-android:1.5'
}

如果存在内存泄露，将会显示内存泄露的对象的引用路径。