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，而是