ANDROID内存优化(大汇总——全)

转载请注明本文出自大苞米的博客（http://blog.csdn.net/a396901990），谢谢支持！

写在最前：

本文的思路主要借鉴了2014年AnDevCon开发者大会的一个演讲PPT，加上把网上搜集的各种内存零散知识点进行汇总、挑选、简化后整理而成。

所以我将本文定义为一个工具类的文章，如果你在ANDROID开发中遇到关于内存问题，或者马上要参加面试，或者就是单纯的学习或复习一下内存相关知识，都欢迎阅读。（本文最后我会尽量列出所参考的文章）。

5R：

本文主要通过如下的5R方法来对ANDROID内存进行优化：

1.Reckon（计算）

首先需要知道你的app所消耗内存的情况，知己知彼才能百战不殆

2.Reduce（减少）

消耗更少的资源

3.Reuse（重用）

当第一次使用完以后，尽量给其他的使用

5.Recycle（回收）

回收资源

4.Review（检查）

回顾检查你的程序，看看设计或代码有什么不合理的地方。

内存简介，Reckon（计算）：

关于内存简介，和Reckon的内容请看：ANDROID内存优化(大汇总——上)

Reduce（减少） ，Reuse（重用）：

关于Reduce，和Reuse的内容请看：ANDROID内存优化(大汇总——中)

Recycle（回收）:

Recycle（回收），回收可以说是在内存使用中最重要的部分。因为内存空间有限，无论你如何优化，如何节省内存总有用完的时候。而回收的意义就在于去清理和释放那些已经闲置，废弃不再使用的内存资源和内存空间。

因为在Java中有垃圾回收（GC）机制，所以我们平时都不会太关注它，下面就来简单的介绍一下回收机制：

垃圾回收（GC）：

Java垃圾回收器：

在C，C++或其他程序设计语言中，资源或内存都必须由程序员自行声明产生和回收，否则其中的资源将消耗，造成资源的浪费甚至崩溃。但手工回收内存往往是一项复杂而艰巨的工作。

于是，Java技术提供了一个系统级的线程，即垃圾收集器线程（Garbage Collection Thread），来跟踪每一块分配出去的内存空间，当Java 虚拟机（Java Virtual Machine）处于空闲循环时，垃圾收集器线程会自动检查每一快分配出去的内存空间，然后自动回收每一快可以回收的无用的内存块。 

作用：

1.清除不用的对象来释放内存：

采用一种动态存储管理技术，它自动地释放不再被程序引用的对象，按照特定的垃圾收集算法来实现资源自动回收的功能。当一个对象不再被引用的时候，内存回收它占领的空间，以便空间被后来的新对象使用。 

2.消除堆内存空间的碎片：

由于创建对象和垃圾收集器释放丢弃对象所占的内存空间，内存会出现碎片。碎片是分配给对象的内存块之间的空闲内存洞。碎片整理将所占用的堆内存移到堆的一端，JVM将整理出的内存分配给新的对象。 

垃圾回收器优点：

1.减轻编程的负担，提高效率：

使程序员从手工回收内存空间的繁重工作中解脱了出来，因为在没有垃圾收集机制的时候，可能要花许多时间来解决一个难懂的存储器问题。在用Java语言编程的时候，靠垃圾收集机制可大大缩短时间。

2.它保护程序的完整性：

因此垃圾收集是Java语言安全性策略的一个重要部份。 

垃圾回收器缺点：

1.占用资源时间：

Java虚拟机必须追踪运行程序中有用的对象, 而且最终释放没用的对象。这一个过程需要花费处理器的时间。

2.不可预知:

垃圾收集器线程虽然是作为低优先级的线程运行，但在系统可用内存量过低的时候，它可能会突发地执行来挽救内存资源。当然其执行与否也是不可预知的。 

3.不确定性：

不能保证一个无用的对象一定会被垃圾收集器收集，也不能保证垃圾收集器在一段Java语言代码中一定会执行。

同样也没有办法预知在一组均符合垃圾收集器收集标准的对象中，哪一个会被首先收集。 

4.不可操作

finalize（）:

每一个对象都有一个finalize方法，这个方法是从Object类继承来的。 

当垃圾回收确定不存在对该对象的更多引用时，由对象的垃圾回收器调用此方法。

Java 技术允许使用finalize方法在垃圾收集器将对象从内存中清除出去之前做必要的清理工作。一旦垃圾回收器准备好释放对象占用的空间，将首先调用其finalize()方法，并且在下一次垃圾回收动作发生时，才会真正回收对象占用的内存。
简单的说finalize方法是在垃圾收集器删除对象之前对这个对象调用的

System.gc（）：

我们可以调用System.gc方法，建议虚拟机进行垃圾回收工作（注意，是建议，但虚拟机会不会这样干，我们也无法预知！）

下面来看一个例子来了解finalize（）和System.gc（）的使用：

public class TestGC {
    public TestGC() {}
    
    //当垃圾回收器确定不存在对该对象的更多引用时，由对象的垃圾回收器调用此方法。
    protected void finalize() {
        System.out.println("我已经被垃圾回收器回收了...");
    }
    
    public static void main(String [] args) {
        TestGC gc = new TestGC();
        gc = null;  
        // 建议虚拟机进行垃圾回收工作
        System.gc();
    }
}

答案是：不一定！

因为无论是设置gc的引用为null还是调用System.gc()方法都只是"建议"垃圾回收器进行垃圾回收，但是最终所有权还在垃圾回收器手中，它会不会进行回收我们无法预知！

垃圾回收面试题：
最后通过网上找到的3道面试题来结束垃圾回收的内容。

面试题一： 

1．fobj = new Object ( ) ; 
2．fobj. Method ( ) ; 
3．fobj = new Object ( ) ; 
4．fobj. Method ( ) ; 

1．Object sobj = new Object ( ) ; 
2．Object sobj = null ; 
3．Object sobj = new Object ( ) ; 
4．sobj = new Object ( ) ; 

1．Object aobj = new Object ( ) ; 
2．Object bobj = new Object ( ) ; 
3．Object cobj = new Object ( ) ; 
4．aobj = bobj; 
5．aobj = cobj; 
6．cobj = null; 
7．aobj = null; 

资源的回收：

刚才讲了一堆理论的东西，下面来点实际能用上的，资源的回收：

Thread（线程）回收：

线程中涉及的任何东西GC都不能回收（Anything reachable by a thread cannot be GC‘d ），所以线程很容易造成内存泄露。

如下面代码所示：

Thread t = new Thread() {
	public void run() {
		while (true) {
			try {
				Thread.sleep(1000);
				System.out.println("thread is running...");
			} catch (InterruptedException e) {
			
			}
		}
	}
};
t.start();
t = null;
System.gc();

最后的结果是线程并不会被回收，它会一直的运行下去。

因为运行中的线程是称之为垃圾回收根（GC Roots）对象的一种，不会被垃圾回收。当垃圾回收器判断一个对象是否可达，总是使用垃圾回收根对象作为参考点。

Cursor（游标）回收：

Cursor是Android查询数据后得到的一个管理数据集合的类，在使用结束以后。应该保证Cursor占用的内存被及时的释放掉，而不是等待GC来处理。并且Android明显是倾向于编程者手动的将Cursor close掉，因为在源代码中我们发现，如果等到垃圾回收器来回收时，会给用户以错误提示。

所以我们使用Cursor的方式一般如下：

        Cursor cursor = null;
        try {
            cursor = mContext.getContentResolver().query(uri,null, null,null,null);
            if(cursor != null) {
                cursor.moveToFirst();
                //do something
            }
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            if (cursor != null) {
                cursor.close();
            }
        }

@Override  
protected void onDestroy() {        
    if (mAdapter != null && mAdapter.getCurosr() != null) {  
        mAdapter.getCursor().close();  
    }  
    super.onDestroy();   
}  

Receiver（接收器）回收

@Override  
protected void onDestroy() {  
      this.unregisterReceiver(receiver);  
      super.onDestroy();  
}  

Stream/File（流/文件）回收：

主要针对各种流，文件资源等等如：

InputStream/OutputStream，SQLiteOpenHelper，SQLiteDatabase，Cursor，文件，I/O，Bitmap图片等操作等都应该记得显示关闭。
和之前介绍的Cursor道理类似，就不多说了。

Review:

<ListView
    android:id="@+id/mylist"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent"/>

<ListView
    android:id="@android:id/list"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent"/>

<TextView
        android:id="@+id/title"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:textAppearance="?android:attr/textAppearanceMedium" />

android:background ="@android:color/transparent"