现在基本每个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 @Override12 public boolean isViewFromObject(View view, Object object) {13 return view==object;14 } 15 @Override16 public void destroyItem(ViewGroup container, int position, Object object) {17 container.removeView(views.get(position));18 } 19 @Override20 public int getItemPosition(Object object) {21 return super.getItemPosition(object);22 } 23 @Override24 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里面均为没有背景的imageview23 //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)
- 1楼KillU
- 赞导师！，你的instantiateItem（）函数中的images是定义在哪里？
- Re: wizChen
- @KillU你可以写个方法，用for循环把图片加入到一个view(:ArrayListlt;Viewgt;)中，然后再在activity的onCreate（）中调用该方法，简单点贴点代码:，views=new ArrayListlt;gt;();//views声明为field字段 for(int i=0;ilt;images.length;i++){ //循环加入图片 ImageView imageView=new ImageView(this);// imageView.setBackgroundResource(images[i]);//这一步在PagerAdapter内设置，解决OOM问题，只需留名即可 views.add(imageView); //循坏加入指示器，这部分你可以不用看 indicators[i]=new ImageView(context); if(i==0){ indicators[i].setBackgroundResource(R.drawable.indicator_selected);