标签：
现在基本每个Android App都会标配一个启动介绍的页面，或做产品介绍，或做app功能展示，既然起导航界面，基本思路就是用ViewPager实现。（图片引自UI中国一设计师的设计图片）
正好这几天在做这个导航界面，我的测试手机是魅族MX3，做完之后测试还行，没有明显卡顿的现象，但是当我把debug的apk装到米3和魅蓝上时，程序运行到这个导航界面会马上crash掉，偶尔没有crash也会出现明显的卡顿现象，体验效果非常差。
打开Android Studio的内存管理器查看运行时分配内存，当时我就蒙逼了，180+M左右，就这个导航界面用了180M，还做什么安卓。。。
改了很多地方，效果依旧不明显，查阅资料有说另外写一个Adapter继承自PagerAdapter，方法如下：
1 class GuideAdapter extends PagerAdapter{ 2 private List<View> views; 3 private final LinkedList<View> recyleBin=new LinkedList<>(); 4 public GuideAdapter(List<View>views){ 5 this.views=views; 6 } 7 @Override 8 public int getCount() { 9 return views.size(); 10 } 11 @Override 12 public boolean isViewFromObject(View view, Object object) { 13 return view==object; 14 } 15 @Override 16 public void destroyItem(ViewGroup container, int position, Object object) { 17 container.removeView(views.get(position)); 18 } 19 @Override 20 public int getItemPosition(Object object) { 21 return super.getItemPosition(object); 22 } 23 @Override 24 public Object instantiateItem(ViewGroup container, int position) { 25 //在此设置背景图片，提高加载速度，解决OOM问题 26 View view; 27 int count=getCount(); 28 if(!recyleBin.isEmpty()) { 29 view=recyleBin.pop(); 30 }else { 31 view=views.get(position); 32 ViewGroup.LayoutParams params = new ViewGroup.LayoutParams( 33 ViewGroup.LayoutParams.MATCH_PARENT, 34 ViewGroup.LayoutParams.MATCH_PARENT); 35 view.setBackgroundResource(images[position % count]); 36 view.setLayoutParams(params); 37 } 38 container.addView(view,0); 39 return views.get(position); 40 } 41 }
初始化的时候让viewpager的adapter为上面的自定义的adapter即可，基本代码如下：
1 private ViewPager mViewPager; 2 private GuideAdapter mGuideAdapter; 3 private int[] images;//显示介绍的图片的id值 4 private ArrayList<View>views; 5 private ImageView[] indicator=null;//下面的导航指示器，此处不做过多介绍,可忽略 6 7 ... 8 ... 9 //控件初始化业务 10 mViewPager=(ViewPager)findViewById(R.id.viewpager); 11 views=new ArrayList<>(); 12 //此处放入五张介绍的图片的id值 13 images=new int[]{R.drawable.bg_1,R.drawable.bg_2,R.drawable.bg_3,R.drawable.bg_4,R.drawable.bg_5} 14 //adapter实例化 15 mGuideAdapter=new GuideAdapter(views); 16 //循环加入图片的业务 17 for(int i=0;i<images.length;i++){ 18 ImageView mImageView=new ImageView(this); 19 //下面这一步会导致OOM，所以添加backgroundResource的步骤在自定义的adapter的 20 //instantiateItem方法里面实现，此处已注释 21 //mImageView.setBackgroundResource(images[i]); 22 views.add(mImageView);//添加入动态数组里面,此处的ImageView里面均为没有背景的imageview 23 //for循环内还有指示器的添加，因不在讨论问题的重点内，忽略业务代码 24 } 25 //为mViewPager绑定适配器 26 mViewPager.setAdapter(mGuideAdapter); 27 mViewPager.setCurrentItem(0); 28 mViewPager.setOffscreenPageLimit(1); 29 mViewPager.setOnPageChangeListener(this); 30 ... 31 ...
基本的思路就是让加载viewpager过多的没有显示的图片在自定义的Adapter的destroyItem里面销毁释放内存，防止造成OOM或者内存溢出crash的问题，这种方法每次加载viewpager的时候只会加载当前一页和前后两页共三页，所以内存占用不会很高。
但是，但是，问题来了。。。重新编写之后测试发现：te me还是占用160M+内存，当时我就傻了。。。怎么不见效果呢。。。于是好长时间都在查资料，找问题，debug。。。
然而，半天过去了。。。
我还是没找到问题到底出在哪里。。。
后来，导师和我说看一下你的图片多少大，我说100k的样子，然后他看了一下，说让我把所有图片拖到PS里面转成PNG再导出来（之前一直都是JPG）。于是照做了，顺便看了一眼新导出的图片大小，看了一下都比JPG的要大，于是半信半疑的替换资源，重新编译运行后。终于惊喜的发现内存占用降到40-60M之间了。。。原来是图片格式的问题，欸，搞了半天头都大了，原来是这么简单的问题。。。
这也横向提示我们以后Android编程里面的资源最好不要用JPG格式的，下载类的图片资源也是，因为32位的PNG颜色过渡平滑且支持透明,JPG是像素化压缩过的图片，质量已经下降了，PNG的压缩算法解压快很多,JPG的话可以有很高的压缩比(当然会有损失)，所以综合考虑还是用PNG比较好（特殊需求除外）。
在此也感谢我的导师，在我开发当中教我好多，第一次写博客，即当作自己的记事本，日后还能看看，也希望能解决大家相似的问题，第一次写，一定会有表达不到位，表述不清楚的地方，希望留下你的评论和建议，我也可以改正，提高自己。
(本博客属于本人原创，本人CSDN文章原创地址:http://blog.csdn.net/wiz_chen/article/details/45119783)
Android 导航（介绍）页面ViewPager内存溢出解决方法
标签：
原文地址：http://www.cnblogs.com/wiz-Chen/p/4495245.html
