Android 导航(介绍)页面ViewPager内存溢出解决方法_移动开发_编程开发_程序员俱乐部

中国优秀的程序员网站程序员频道CXYCLUB技术地图
热搜:
更多>>
 
您所在的位置: 程序员俱乐部 > 编程开发 > 移动开发 > Android 导航(介绍)页面ViewPager内存溢出解决方法

Android 导航(介绍)页面ViewPager内存溢出解决方法

 2015/5/11 19:10:04  wizChen  程序员俱乐部  我要评论(0)
  • 摘要:现在基本每个AndroidApp都会标配一个启动介绍的页面,或做产品介绍,或做app功能展示,既然起导航界面,基本思路就是用ViewPager实现。(图片引自UI中国一设计师的设计图片)正好这几天在做这个导航界面,我的测试手机是魅族MX3,做完之后测试还行,没有明显卡顿的现象,但是当我把debug的apk装到米3和魅蓝上时,程序运行到这个导航界面会马上crash掉,偶尔没有crash也会出现明显的卡顿现象,体验效果非常差。打开AndroidStudio的内存管理器查看运行时分配内存
  • 标签:android 方法 解决方法 解决 view 内存

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

上一篇: UITableView 表视图编辑 下一篇: 没有下一篇了!
发表评论
用户名: 匿名