Android开发之内存优化探讨（4）Android里的复用机制

提高Android开发里的复用，最常见的可能就是listview的复用了，这种情况适合的场景是什么呢？
就是我们需要显示一些重复度较高，数量庞大或者无限的模块时，为了避免不断地new对象，消耗内存，可以采用有限的几个模块进行复用即可。

1. 先看看关于listview的adapter的一个最简单的例子：

package com.mnsn.lldr.adapter;

import java.util.List;

import com.mnsn.lldr.R;

import android.content.Context;
import android.view.LayoutInflater;
import android.view.View;
import android.view.ViewGroup;
import android.widget.BaseAdapter;
import android.widget.TextView;

public class MyAdapter extends BaseAdapter{
    private Context context;
    private List<String> list;
    @Override
    public int getCount() {
        // TODO Auto-generated method stub
        return list.size();
    }

    @Override
    public Object getItem(int position) {
        // TODO Auto-generated method stub
        return position;
    }

    @Override
    public long getItemId(int position) {
        // TODO Auto-generated method stub
        return position;
    }

    public MyAdapter(Context context, List<String> list) {
        super();
        this.context = context;
        this.list = list;
    }

    @Override
    public View getView(int position, View convertView, ViewGroup parent) {
        Holder holder = null;
        if(convertView==null){
            convertView=LayoutInflater.from(context).inflate(R.layout.item_text,null);
            holder = new Holder();
            holder.tv = (TextView) convertView.findViewById(R.id.tv);
            convertView.setTag(holder);
        }else{
            holder = (Holder) convertView.getTag();
        }

        holder.tv.setText(list.get(position));
        return convertView;
    }

    class Holder{
        TextView tv;
    }

}

这里其实在listview里面，是关联着一个view池的，view池里面的保存着一些item，也就是convertView，这些view的数量是一个手机频幕能够显示的最多item的数量再加上1(因为还会考虑到滑到一半的情况)。当超过手机频幕，往下滑动时，则从view池里面复用已经存在的view，值得注意的是，因为是复用的view，所以不要忘记每次都要刷新view的状态哦，不然就会保留原先的一些状态，导致显示混乱。

以上这个原理相信一般Android开发的同学都知道的。

那么，Android提供的listview和gridview是帮我们实现了的，另外，Android也为了我们提供了四种线程池，也使用了复用线程减少消耗的原理（线程池之后专门再重点说下）。

但是，还有一些场景，我们不得不自己通过这种思想去实现。

1. 我举个之前说到过的日历的场景，大家都知道写个日历，可以左右无限滑动，我们一般会考虑使用viewpager+fragment或者viewpager+普通的view来实现，我们假定不管哪一种，每个页面里面都用一个线性布局来显示，那么无限滑动，是不是就要new无限个线性布局呢？
   当然Android提供的viewpager这个控件并没有像listview一样帮我们实现了view的复用，所以我们可以自己来实现。

viewpager它之所以可以左右滑动，是因为它在内存中始终同时保存着左中右三个页面，每次滑动的时候，都会去预加载下一个页面，并且同时销毁第一个页面，比如2,3,4到3，4，5此时页面滑到显示的4，但是5已经被预加载了，而2则被销毁了，我们就可以直接在5的预加载里复用2的页面，如此循环往复。

这个例子我在之前的文章《日历 可左右滑动流畅 选中效果 》已经写过了，感兴趣的可以去看看：http://blog.csdn.net/feiyang877647044/article/details/51221611

另外一个例子就是fragment里面对view的复用，这个例子也是我前面写到过的：http://blog.csdn.net/feiyang877647044/article/details/51240827

其实 复用与池的这个思想非常重要，在合适的场景中灵活运用即可。

另外，关于Android内存优化，还有些一些其他的小建议：比如在需要灵活多变的时候，尽量用stringbuilder代替Sting，尽量少用静态变量，功能相似的对象尽量用单例模式（比如hanlder，可以用一个全局静态的handler，这个之后会专门说到）等等。

总之，原则就是我们希望变量的生命周期最好与其作用域一致，这样，一旦用不到这个变量了，即可被回收，便可避免浪费内存。