我们知道，在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还在显示，不能被释放。
