你的位置:首页 > 操作系统

[操作系统]Android 导航(介绍)页面ViewPager内存溢出解决方法


现在基本每个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)