android内存泄漏测试

‘壹’ 如何快速定位android app是否存在内存泄露

1、首先确定是否有内存泄露及哪个程序造成。
1.1、内存泄露已弹出out of memory对话框的情况。
这种情况很简单，直接看对话框就知道是哪个应用的问题了。然后再分析该应用是否是因为内存泄露造成的
out of memory对话框。
》中介绍的各种方法进行分析，确定是否有内存泄露以及是哪个进程造成的内存泄露。
2、生成hprof文件，用MAT进行分析。
生成hprof文件可以在DDMS选中进程点击窗口左上角的mp hprof file按钮来直接生成，也可以通过在程序加代码中来生成代码2：voidgenerateHprof(){String packageName=getApplicationInfo().packageName;
StringhpFilePath=/data/data/+packageName+/input.hprof;try{//Debug.mpHprofData(/sdcard/input.hprof);Debug.
mpHprofData
(hpFilePath);}catch(IOException e) {//TODOAuto-generated catch block
e.printStackTrace();}}建议使用代码生成hprof，然后使用《
Android内存泄露利器（hprof篇）》中的工具自动提取多个hprof文件，然后用MAT进行比较分析。在MAT导入.hprof文件以后，
MAT会自动解析并生成报告，点击
Dominator Tree
，并按Package分组，选择自己所定义的Package类,比较各个类在不同时期的RetainedHeap
,找出可疑类，然后选择该类，点右键，选中
show retained Set项,参看Retained Heap
的详细信息，进一步找出嫌疑项。
3、在代码中查找内存泄露。
根据在MAT找到的内存泄露信息，参照《
Android内存泄漏简介
》进一步在内存中查找内存泄露的原因并解决。
另外如果代码很简单，可以直接参照《
Android内存泄漏简介
》在内存中查找内存泄露的原因并解决。

‘贰’ Android studio如何分析内存泄漏，是否有自带的分析工具

cpu资源耗尽：估计是机器没有反应了，键盘，鼠标，以及网络等等。这个在windows上经常看见，特别是中了毒。 进程id耗尽：没法创建新的进程了，串口或者telnet都没法创建了。 硬盘耗尽： 机器要死了，交换内存没法用，日志也没法用了，死是很正常的。 内存泄漏或者内存耗尽：新的连接无法创建，free的内存比较少。发生内存泄漏的程序很多，但是要想产生一定的后果，就需要这个进程是无限循环的，是个服务进程。当然，内核也是无限循环的，所以，如果内核发生了内存泄漏，情况就更加不妙。内存泄漏是一种很难定位和跟踪的错误，目前还没看到有什么好用的工具（当然，用户空间有一些工具，有静态分析的，也会动态分析的，但是找内核的内存泄漏，没有好的开源工具） 内存泄漏和对象的引用计数有很大的关系，再加上c/c++都没有自动的垃圾回收机制，如果没有手动释放内存，问题就会出现。如果要避免这个问题，还是要从代码上入手，良好的编码习惯和规范，是避免错误的不二法门。 一般我们常说的内存泄漏是指堆内存的泄漏。 堆内存是指程序从堆中分配的，大小任意的（内存块的大小可以在程序运行期决定），使用完后必须显示释放的内存。 应用程序一般使用malloc，realloc，new等函数从堆中分配到一块内存，使用完后，程序必须负责相应的调用free或delete释放该内存块，否则，这块内存就不能被再次使用，我们就说这块内存泄漏了。 (附)部分内存泄漏检测工具 1.ccmalloc－Linux和Solaris下对C和C++程序的简单的使用内存泄漏和malloc调试库。 2.Dmalloc－Debug Malloc Library. 3.Electric Fence－Linux分发版中由Bruce Perens编写的malloc()调试库。 4.Leaky－Linux下检测内存泄漏的程序。 5.LeakTracer－Linux、Solaris和HP-UX下跟踪和分析C++程序中的内存泄漏。 6.MEMWATCH－由Johan Lindh编写，是一个开放源代码C语言内存错误检测工具，主要是通过gcc的precessor来进行。 7.Valgrind－Debugging and profiling Linux programs, aiming at programs written in C and C++. 8.KCachegrind－A visualization tool for the profiling data generated by Cachegrind and Calltree. 9.IBM Rational PurifyPlus－帮助开发人员查明C/C++、托管.NET、Java和VB6代码中的性能和可靠性错误。PurifyPlus 将内存错误和泄漏检测、应用程序性能描述、代码覆盖分析等功能组合在一个单一、完整的工具包中。 10.Parasoft Insure++－针对C/C++应用的运行时错误自动检测工具，它能够自动监测C/C++程序，发现其中存在着的内存破坏、内存泄漏、指针错误和I/O等错误。并通过使用一系列独特的技术（SCI技术和变异测试等），彻底的检查和测试我们的代码，精确定位错误的准确位置并给出详细的诊断信息。能作为Microsoft Visual C++的一个插件运行。 11.Compuware DevPartner for Visual C++ BoundsChecker Suite－为C++开发者设计的运行错误检测和调试工具软件。作为Microsoft Visual Studio和C++ 6.0的一个插件运行。 12.Electric Software GlowCode－包括内存泄漏检查，code profiler，函数调用跟踪等功能。给C++和.Net开发者提供完整的错误诊断，和运行时性能分析工具包。 13.Compuware DevPartner Java Edition－包含Java内存检测,代码覆盖率测试,代码性能测试,线程死锁,分布式应用等几大功能模块。 14.Quest JProbe－分析Java的内存泄漏。 15.ej-technologies JProfiler－一个全功能的Java剖析工具，专用于分析J2SE和J2EE应用程序。它把CPU、执行绪和内存的剖析组合在一个强大的应用中。 16.BEA JRockit－用来诊断Java内存泄漏并指出根本原因，专门针对Intel平台并得到优化，能在Intel硬件上获得最高的性能。

‘叁’ 如何用MAT分析Android应用内存泄露

Android应用内存泄漏的的原因有以下几个：1查询数据库后没有关闭游标cursor2构造Adapter时，没有使用convertView重用3Bitmap对象不在使用时调用recycle()释放内存4对象被生命周期长的对象引用，如activity被静态集合引用导致activity不能释放内存泄漏的发现:通过DDMS中的heap工具，去发现是否有内存溢出。内存泄漏如何解决：通过内存分析工具MAT(MemoryAnalyzerTool)，找到内存泄露的对象

‘肆’ Android开发中，有哪些好方法可以检测内存泄露和性能

下面是回答的内容

内存泄露，是Android开发者最头疼的事。可能一处小小的内存泄露，都可能是毁于千里之堤的蚁穴。怎么才能检测内存泄露呢？网上教程非常多，不过很多都是使用Eclipse检测的, 其实1.3版本以后的Android Studio 检测内存非常方便, 如果结合上MAT工具,LeakCanary插件,一切就变得so easy了。

熟悉Android Studio界面工欲善其事,必先利其器。

我们接下来先来熟悉下Android Studio的界面

结果

非独占时间:某函数占用的CPU时间,包含内部调用其它函数的CPU时间。
独占时间:某函数占用CPU时间,但不含内部调用其它函数所占用的CPU时间。

我们如何判断可能有问题的方法？

通过方法的调用次数和独占时间来查看，通常判断方法是：

如果方法调用次数不多，但每次调用却需要花费很长的时间的函数，可能会有问题。

如果自身占用时间不长，但调用却非常频繁的函数也可能会有问题。

综述

上面给大家介绍了若干使用Android Studio检查程序性能的工具,工具永远是辅助,不要因为工具耽误太长时间。如果有问题，欢迎大家纠正。

‘伍’ Android用MAT检测内存泄漏问题。。

Eclipse 有个插件工具MAT(Memory Analyzer Tool)可以帮助定位内存泄漏的对象。
安装MAT Update site: http://archive.eclipse.org/mat/1.1/update-site/
用DDMS工具Dump出问题App的.hprof文件 比如com.world.test2.hprof Dump之前最好先运行一下GC "Cause GC" , 确保mp出来的是还不能回收的对象等。
用SDK tools下工具hprof-conv.exe 做转换 hprof-conv com.world.test2.hprof appleak.hprof
用Eclipse “Open Head Dump”打开新转换的.hprof 文件--appleak.hprof 查看图形化界面，一个一个检查怀疑的点。
总结： MAT tool不会直接告诉你哪里内存泄漏，但是会列出怀疑的对象，需要你仔细检查这些对象为什么没有被释放掉。
下面是测试code， 在Android 4.2.2上测试过。 1. 此种情况可以引起Activity无法回收的情况，因为直接用类似private static Activity a0引用创建的Activity,导致Activity无法回收。 2. 此种情况没有引起Activity 无法回收的情况。 按理说这种情况应该也会导致静态Drawable 锁定Activity, 引用关系mBackground1-->Button-->Activity. 待分析
public class MainActivity extends Activity implements Button.OnClickListener{

final private static String TAG = "MainActivity";

private static Drawable mBackground1;

private static Drawable mBackground2;

private static Drawable mBackground3;

private static Drawable mBackground4;

private static Activity a0 ;

private static Activity a1 ;

private static Activity a2 ;

private static Activity a3 ;

private static Activity a4 ;

/*

* Shutdown intent

*/

private final String INTENT_ACTION_REQUEST_SHUTDOWN =

"android.intent.action.ACTION_REQUEST_SHUTDOWN";

@Override

public void onCreate(Bundle savedInstanceState) {

Log.v(TAG, "onCreate Activity="+this);

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

//1

if(false){

if(a0 == null){

a0 = this;

Log.v(TAG, "onCreate Activity a0="+a0);

}

else if(a1 == null){

a1 = this;

Log.v(TAG, "onCreate Activity a1="+a1);

}

else if(a2 == null){

a2 = this;

Log.v(TAG, "onCreate Activity a2="+a2);

}

else if(a3 == null){

a3 = this;

Log.v(TAG, "onCreate Activity a3="+a3);

}

else if(a4 == null){

a4 = this;

Log.v(TAG, "onCreate Activity a4="+a4);

}

}

//set up button listener

Button myButton = (Button)findViewById(R.id.button_poweroff);

myButton.setOnClickListener(this);

myButton = (Button)findViewById(R.id.button_reboot);

myButton.setOnClickListener(this);

//2

if (mBackground1 == null) {

Log.v(TAG, "onCreate mBackground1");

mBackground1 = getResources().getDrawable(R.drawable.adbroot_004);

myButton.setBackgroundDrawable(mBackground1);
}

else if(mBackground2 == null){

Log.v(TAG, "onCreate mBackground2");

mBackground2 = getResources().getDrawable(R.drawable.test002);

myButton.setBackgroundDrawable(mBackground2);

}

else if(mBackground3 == null){

Log.v(TAG, "onCreate mBackground3");

mBackground3 = getResources().getDrawable(R.drawable.test003);

myButton.setBackgroundDrawable(mBackground3);

}

else if(mBackground4 == null){

Log.v(TAG, "onCreate mBackground4");

mBackground4 = getResources().getDrawable(R.drawable.adbroot_003);

myButton.setBackgroundDrawable(mBackground4);

}

}

‘陆’ 如何检查android 内存泄漏

1. 查询数据库而没有关闭Cursor 在Android中，Cursor是很常用的一个对象，但在写代码是，经常会有人忘记调用close, 或者因为代码逻辑问题状况导致close未被调用。 通常，在Activity中，我们可以调用startManagingCursor或直接使用managedQuery让...

‘柒’ 如何在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'
}

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

‘捌’ android手机测试中如何查看内存泄露

如何查看内存泄露

主要有2种方法

1. 借助工具，查看。

2. 借助adb 命令来查看。

【主要原理】

借助工具来查看泄露的原因。

详细实现方式

【工具查看】

常用工具有很多例如：

1.功能强大PC端检测工具，如MemoryAnalyzer运行在PC端抓取Android手机中的mp文件进行深度分析。

2.小而优的Android端检测工具，如LeakCanary随App一起安装会在Android手机桌面安装的内存泄露检测App

详细的介绍网络里面非常多这边不做过多的介绍。

3.还有一种，要求不高的可以通过android studio查看内存变化等

详细看到界面，视图等占用的内存情况。

【最后】

2种方法相互使用，验证内存泄露原因。

‘玖’ 如何使用android-studio以及DDMS进行内存泄漏和抖动测试

SDKManager边上的绿色android机器人图标，打开androiddevicemonitor就好了。

‘拾’ 如何快速定位Android内存泄漏位置

LeakCanary
在build.gradle中引入包依赖：
debugCompile 'com.squareup.leakcanary:leakcanary-
android:1.5'
releaseCompile 'com.squareup.leakcanary:leakcanary-
android-no-op:1.5'
testCompile 'com.squareup.leakcanary:leakcanary-
android-no-op:1.5'
在Application中的onCreate方法中增加初始化代码：
if (LeakCanary.isInAnalyzerProcess(this)) {
// This process is dedicated to LeakCanary for
// heap analysis.
// You should not init your app in this process.
return;
}
LeakCanary.install(this);
集成后什么都不用做，按照正常测试，当有内存泄漏发生后，应用会通过系统通知栏发出通知，点击通知就可以进入查看内存泄漏的具体信息。在这里举个实践中的例子。把LeakCanary集成到项目中后，等App启动后一会，系统通知到了，点击通知，跳转到泄漏的详情页面进行查看：

//去掉static修饰符，避免static对象引起的内存泄漏
private static FrameLayout fLayout;

public MaskHeadView(Context context, AttributeSet attrs) {
super(context, attrs);
this.context=context;
initView(context);
}

private void initView(Context context2) {
view = LayoutInflater.from(context).inflate(R.layout.
mask_head_view, this);
fLayout=(FrameLayout) view.findViewById(R.id.
mask_container);
}