Android 内存泄漏分析（MemoryAnalyzer）

MemoryAnalyzer的介绍及使用请参见：

java 内存泄露分析(jmap + MemoryAnalyzer)

Android 内存泄漏分析

编写如下代码（就是一个按钮加一个imageview,不停地点击button,就会翻转90度图片）

Bitmapbt;

@Override

protectedvoidonCreate(BundlesavedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

rotate = (Button) findViewById(R.id.button1);

view = (ImageView) findViewById(R.id.imageView1);

view.setDrawingCacheEnabled(true);

rotate.setOnClickListener(newOnClickListener() {

@Override

publicvoidonClick(Viewarg0) {

// TODO Auto-generated method stub

bt = drawableToBitmap(view.getDrawable());

view.setImageBitmap(rotateBitmap(bt,90));

view.setDrawingCacheEnabled(true);

//bt.recycle();

//bt = null;

}

});

}

效果执行如下:

使用DDMS插件进行进程内存跟踪：

运行一段时间以后，导出当前进程中的内存快照文件。

打开 memery analyzer进行内存文件分析

转换一下，内存dump文件的格式（android 虚拟机与java虚拟机差异）

工具分析的内存疑似泄漏点：

发现疑似第二处为应用的泄漏点：

Android 常见内存泄漏错误

1、集合中对象没清理造成的内存泄露

　　我们通常把一些对象的引用加入到了集合中，当我们不需要该对象时，并没有把它的引用从集合中清理掉，这样这个集合就会越来越大。如果这个集合是static的话，那情况就更严重了。

2、资源对象没关闭造成的内存泄露

资源性对象比如(Cursor，File文件等)往往都用了一些缓冲，我们在不使用的时候，应该及时关闭它们，以便它们的缓冲及时回收内存。它们的缓冲不仅存在于java虚拟机内，还存在于java虚拟机外。如果我们仅仅是把它的引用设置为null,而不关闭它们，往往会造成内存泄露。因为有些资源性对象，比如SQLiteCursor(在析构函数finalize(),如果我们没有关闭它，它自己会调close()关闭)，如果我们没有关闭它，系统在回收它时也会关闭它，但是这样的效率太低了。因此对于资源性对象在不使用的时候，应该调用它的close()函数，将其关闭掉，然后才置为null.在我们的程序退出时一定要确保我们的资源性对象已经关闭。

举例（隐形cursor的close释放资源）

Cursor c = getServerIdCursor(serverId);

try {

if (c.moveToFirst()) {

Uri uri = ContentUris.withAppendedId(

RawContacts.CONTENT_URI, c.getLong(0));

uri = Uri.withAppendedPath(uri,

RawContacts.Entity.CONTENT_DIRECTORY);

EntityIterator entityIterator = RawContacts

.newEntityIterator(mContentResolver.query(

uri, null, null, null, null));

if (entityIterator.hasNext()) {

entity = entityIterator.next();

}

entityIterator.close();// 释放cursor防止内存泄漏 fix by

// jhy

userLog("Changing contact ", serverId);

}

} finally {

if (c != null) {

userLog("Changing contact releaseing------ cursor!");

c.close();

c = null;

}

}

3、Bitmap没调用recycle()

　　Bitmap对象在不使用时,我们应该先调用recycle()释放内存，然后才它设置为null.

　　虽然recycle()从源码上看，调用它应该能立即释放Bitmap的主要内存，但是测试结果显示它并没能立即释放内存。但是我它应该还是能大大的加速Bitmap的主要内存的释放。

4、代码内跨activity对象引用造成的对象还被引用，释放不了。

android SoftReference WeakReference的使用

Soft Reference 虽然和 Weak Reference 很类似，但是用途却不同。被 Soft Reference 指到的对象，即使没有任何 Direct Reference，也不会被清除。一直要到 JVM 内存不足时且没有 Direct Reference 时才会清除，SoftReference 是用来设计 object-cache 之用的。如此一来 SoftReference 不但可以把对象 cache 起来，也不会造成内存不足的错误（OutOfMemoryError）

http://www.cnblogs.com/charley_yang/archive/2010/10/22/1857926.html