Android 内存优化-ViewPager的内存优化

我们知道，在Android中ViewPager主要是用于多个View的切换，本文不会介绍ViewPager的基本使用，而是介绍怎么对ViewPager的内存优化。ViewPager是继承于ViewGroup，所以它里面会有很多的子View，这里的目的就是对那些子View的复用，同时如果还有ImageView的话，还对Bitmap的回收进行介绍。

ViewPager的基本原理

由于笔者的水平有限，所以对ViewPager的基本介绍可能不是很正确，这里介绍ViewPager的基本原理目的是：有利于对PagerAdaper代码的理解。

笔者认为，ViewPager是Google爸爸遗忘的控件，因为凡是涉及到Adapter的控件(MVC模式)，内部几乎都实现了ViewHolder来对View复用。在MVC模式中的控件中，如果不对View进行复用的话，意思就是说，每一个Item都要创建一个View对象，而每个View被ViewGroup(这里用ViewGroup来表示，通常例子是有ListView、ViewPager)持有，所以导致View对象不能被GC正常的回收，除非当前的ViewPager被回收了，或者当前的Activity声明周期结束了。

所以在ViewPager中，View的复用是非常的重要。

下面将简单的介绍一些ViewPager的基本原理。

1.PagerAdapter的介绍

不出意外，凡是需要加载多个View的控件几乎都是MVC模式，也就是说，有自己的Adapter。其实这类的控件，我们见到的不少，比如，RecyclerView，ListView、GridView等等。

ViewPager也是属于这一类的，其实如果我们想要在ViewPager中加载多个View(这里不涉及到加载Fragment)，要用到的Adapter就是PagerAdapter。

PagerAdapter是一个抽象类，这里将对PagerAdapter内部的几个方法进行简单的介绍。

(1).getCount方法

这个方法通常来获取ViewPager需要加载的数据个数，这个方法非常的常见，在RecyclerView和ListView的Adapter几乎都有这个方法。

(2).isViewFromObject(View view, Object object)方法

这个方法是来判断当前的View跟传入进来的Object是否有关系。这里我们通常的写的是return view == object。其实这种写法是有问题的。首先简单的介绍一下，在PagerAdapter每一个View是以key-value的键值对来存储的，这里的object是View的key，之所以我们在这里写view == object没有错误，是因为我们在instantiateItem方法里面返回的是当前的View，而正确的理解不是返回的是当前View，而是当前View的key。由于当前的View的key和value都是同一个对象，所以这里这样写是没有错的。但是实际上不是这样理解，这里需要注意！

(3).instantiateItem(ViewGroup container, int position)方法和 destroyItem(ViewGroup container, int position, Object object)方法

     这里将两个方法合并起来讲。
     首先，instantiateItem方法是用来初始化当前的View，返回值为Object类型，实际上不是当前的View，而是当前View的key值，这一点需要注意！之前的用法没有错，只是在理解上有一定的问题。
     其次，destroyItem表示的意思就是说，需要销毁当前传入进来的View，这个没有什么好讲解的。
     在这里，在讲解一下两个方法的调用时机：

1. 首次进入ViewPager，会调用instantiateItem方法初始化第一个(position = 0)和初始化第二个，当然如果有第二个的话。

2. 当滑动的时候，会调用instantiateItem方法初始化当前View的下一个View，当然是有下一个View。

3. 滑动的时候，同时调用destroyItem方法来销毁带当前View的前面的第二个View，就是说当前的position为2的话，那么会销毁position为0的View。

如图所示：

ViewPager使用ViewHolder实现View复用

     在上面的介绍中，我们发现，在ViewPager的内部没有实现View复用的功能，这个ListView差不多，所以，ViewPager的内存优化第一步就是View的复用。
     在我们通过手指滑动ViewPager,ViewPager不断的切换View页面的过程，instantiateItem方法和destroyItem方法都会不断调用，不断的创建View对象，不断的销毁对象。
     其实我们可以来思考，在destroyItem方法中，我们会通过container.removeViewf方法来移除View,这个便达到普通意义上的销毁View对象，实际上这个View只是失去了使用的意义，等等GC来回收它。但是我们可以通过将它利用起来，将这个View对象放入我们的数据结构中（这里使用的是链表），当在调用instantiateItem方法初始化新的View对象时，我们先判断我们的数据结构中是否有回收过来的View，如果有的话，那么重用，而不创建，如果没有的话，才进行创建新的View对象。

我们来看看代码，最基本的View复用：

public class MyPagerAdapter2 extends PagerAdapter {    private int count = 0;    private Activity mActivity = null;    private LinkedList<View> mViews = null;    public MyPagerAdapter2(int count, Activity activity) {        this.count = count;        this.mActivity = activity;        mViews = new LinkedList<>();    }    @Override    public Object instantiateItem(ViewGroup container, int position) {        Log.i("pby123", "init position = " + position);        View convertView = null;        ViewHolder holder = null;        if (mViews.size() == 0) {            holder = new ViewHolder();            convertView = mActivity.getLayoutInflater().inflate(R.layout.activity_item2, null);            holder.button = convertView.findViewById(R.id.id_button);            convertView.setTag(holder);        } else {            Log.i("pby123", "init position = " + position + "重用了Button");            convertView = mViews.removeFirst();            holder = (ViewHolder) convertView.getTag();        }        holder.button.setText("position = " + position);        container.addView(convertView);        return convertView;    }    @Override    public void destroyItem(ViewGroup container, int position, Object object) {        View convertView = (View) object;        container.removeView(convertView);        mViews.add(convertView);        Log.i("pby123", "destroy position = " + position);    }    @Override    public int getCount() {        return count;    }    @Override    public boolean isViewFromObject(View view, Object object) {        return view == object;    }    public class ViewHolder {        public Button button = null;    }}

看看日志输出：

看看内存使用情况：

这个是最初的使用情况
当滑动了100个View页面之后，这个过程内存一直在增大，但是这个不需要太关注的，关注的是回收之后之后的内存大小。
手动GC之后的内存大小

这个过程中可能内存有所偏差，但是没有多大的关系，我们可以看到的是，我们经过View的复用的，即使是100个View页面内存的消耗也不是很大，这个就是我们想要的效果！

ViewPager中的Bitmap的释放

要想说的是内存优化，Bitmap是必说的话题，因为Bitmap在内存消耗是及其的高，并且GC又不能自动给我们释放，需要我们手动的调用Bitmap的recycle方法进行回收Bitmap

代码：

public class MyAdapter extends PagerAdapter {    private List<Integer> mImages = null;    private LayoutInflater mInflater = null;    private Activity mActivity = null;    private LinkedList<View> mCacheViews = null;    public MyAdapter(Activity activity, List<Integer> images) {        this.mImages = images;        this.mInflater = LayoutInflater.from(activity);        this.mActivity = activity;        mCacheViews = new LinkedList<>();    }    @Override    public Object instantiateItem(ViewGroup container, int position) {        View convertView = null;        ViewHolder viewHolder = null;        if (mCacheViews.size() == 0) {            viewHolder = new ViewHolder();            convertView = mInflater.inflate(R.layout.viewparger_item, null);            viewHolder.mImageView = convertView.findViewById(R.id.id_imageView);            convertView.setTag(viewHolder);        } else {            convertView = mCacheViews.removeFirst();            viewHolder = (ViewHolder) convertView.getTag();        }        //Glide加载图片        //这里必须调用skipMemoryCache方法来设置设置跳过内存缓存        //如果不设置的话，Glide会抛出异常        Glide.with(mActivity).load(mImages.get(position)).asBitmap().skipMemoryCache(true).into(viewHolder.mImageView);        container.addView(convertView);        return convertView;    }    @Override    public void destroyItem(ViewGroup container, int position, Object object) {        View view = (View) object;        ImageView imageView = ((ViewHolder) view.getTag()).mImageView;        Bitmap bitmap = ((BitmapDrawable) imageView.getDrawable()).getBitmap();        //对Bitmap进行回收        bitmap.recycle();        imageView.setImageBitmap(null);        container.removeView(view);        //将之前的View保存我们的数据结构中，以便后面的View复用        mCacheViews.add(view);    }    @Override    public int getCount() {        return mImages.size();    }    @Override    public boolean isViewFromObject(View view, Object object) {        return view == object;    }    public final class ViewHolder {        public ImageView mImageView = null;    }}

我们再看看Activity的代码：

public class MainActivity extends AppCompatActivity {    private ViewPager mViewPager = null;    private PagerAdapter mAdapter = null;    private List<Integer> list = null;    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);        list = new ArrayList<>();        addData();        init();    }    private void init() {        mViewPager = (ViewPager) findViewById(R.id.id_viewPager);        mAdapter = new MyPagerAdapter(this, list);        mViewPager.setAdapter(mAdapter);    }    private void addData() {        list.add(R.mipmap.welcome1);        list.add(R.mipmap.welcome2);        list.add(R.mipmap.welcome3);        list.add(R.mipmap.welcome4);        list.add(R.mipmap.welcome5);        list.add(R.mipmap.welcome6);        list.add(R.mipmap.welcome7);        list.add(R.mipmap.welcome8);        list.add(R.mipmap.welcome9);        list.add(R.mipmap.welcome11);        list.add(R.mipmap.welcome12);        list.add(R.mipmap.welcome13);        list.add(R.mipmap.welcome14);        list.add(R.mipmap.welcome15);        list.add(R.mipmap.welcome16);        list.add(R.mipmap.welcome17);        list.add(R.mipmap.welcome18);        list.add(R.mipmap.welcome19);        list.add(R.mipmap.welcome20);        list.add(R.mipmap.welcome21);        list.add(R.mipmap.welcome22);        list.add(R.mipmap.welcome23);        list.add(R.mipmap.welcome24);        list.add(R.mipmap.welcome25);        list.add(R.mipmap.welcome26);        list.add(R.mipmap.welcome27);        list.add(R.mipmap.welcome28);        list.add(R.mipmap.welcome29);        list.add(R.mipmap.welcome30);        list.add(R.mipmap.welcome31);        list.add(R.mipmap.welcome32);        list.add(R.mipmap.welcome33);        list.add(R.mipmap.welcome34);        list.add(R.mipmap.welcome35);        list.add(R.mipmap.welcome36);        list.add(R.mipmap.welcome37);        list.add(R.mipmap.welcome38);        list.add(R.mipmap.welcome39);        list.add(R.mipmap.welcome40);        list.add(R.mipmap.welcome41);        list.add(R.mipmap.welcome42);        list.add(R.mipmap.welcome43);        list.add(R.mipmap.welcome44);        list.add(R.mipmap.welcome45);        list.add(R.mipmap.welcome46);        list.add(R.mipmap.welcome47);        list.add(R.mipmap.welcome48);        list.add(R.mipmap.welcome49);        list.add(R.mipmap.welcome50);    }}

我们从Activity中看到的是，我们加载了50张图片在ViewPager中去，够多了吧！究竟内存使用情况怎么样，我们看看：
1. 这个是应用才启动的内存使用情况:

2. 滑动了50张图片之后的内存使用情况:

3. GC之后内存使用情况:

之所以内存没有释放完毕，那是因为当前View的Bitmap还在显示，不能被释放。

文章转载于:https://www.jianshu.com/p/dad27461c87f

原著是一个有趣的人,若有侵权,请通知删除

本博客所有文章如无特别注明均为原创。
复制或转载请以超链接形式注明转自起风了，原文地址《Android 内存优化-ViewPager的内存优化》