android 内存溢出前退出界面,Android 导航（介绍）页面ViewPager内存溢出解决方法...

现在基本每个Android App都会标配一个启动介绍的页面，或做产品介绍，或做app功能展示，既然起导航界面，基本思路就是用ViewPager实现。(图片引自UI中国一设计师的设计图片)

正好这几天在做这个导航界面，我的测试手机是魅族MX3，做完之后测试还行，没有明显卡顿的现象，但是当我把debug的apk装到米3和魅蓝上时，程序运行到这个导航界面会马上crash掉，偶尔没有crash也会出现明显的卡顿现象，体验效果非常差。

打开Android Studio的内存管理器查看运行时分配内存，当时我就蒙逼了，180+M左右，就这个导航界面用了180M，还做什么安卓。。。

改了很多地方，效果依旧不明显，查阅资料有说另外写一个Adapter继承自PagerAdapter，方法如下：

class GuideAdapter extends PagerAdapter{

private List views;

private final LinkedList recyleBin=new LinkedList<>();

public GuideAdapter(Listviews){

this.views=views;

}

@Override

public int getCount() {

return views.size();

}

@Override

public boolean isViewFromObject(View view, Object object) {

return view==object;

}

@Override

public void destroyItem(ViewGroup container, int position, Object object) {

container.removeView(views.get(position));

}

@Override

public int getItemPosition(Object object) {

return super.getItemPosition(object);

}

@Override

public Object instantiateItem(ViewGroup container, int position) {

//在此设置背景图片，提高加载速度，解决OOM问题

View view;

int count=getCount();

if(!recyleBin.isEmpty()) {

view=recyleBin.pop();

}else {

view=views.get(position);

ViewGroup.LayoutParams params = new ViewGroup.LayoutParams(

ViewGroup.LayoutParams.MATCH_PARENT,

ViewGroup.LayoutParams.MATCH_PARENT);

view.setBackgroundResource(images[position % count]);

view.setLayoutParams(params);

}

container.addView(view,0);

return views.get(position);

}

}

初始化的时候让viewpager的adapter为上面的自定义的adapter即可，基本代码如下：

private ViewPager mViewPager;

private GuideAdapter mGuideAdapter;

private int[] images;//显示介绍的图片的id值

private ArrayListviews;

private ImageView[] indicator=null;//下面的导航指示器，此处不做过多介绍,可忽略

...

...

//控件初始化业务

mViewPager=(ViewPager)findViewById(R.id.viewpager);

views=new ArrayList<>();

//此处放入五张介绍的图片的id值

images=new int[]{R.drawable.bg_1,R.drawable.bg_2,R.drawable.bg_3,R.drawable.bg_4,R.drawable.bg_5}

//adapter实例化

mGuideAdapter=new GuideAdapter(views);

//循环加入图片的业务

for(int i=0;i

ImageView mImageView=new ImageView(this);

//下面这一步会导致OOM，所以添加backgroundResource的步骤在自定义的adapter的

//instantiateItem方法里面实现，此处已注释

//mImageView.setBackgroundResource(images[i]);

views.add(mImageView);//添加入动态数组里面,此处的ImageView里面均为没有背景的imageview

//for循环内还有指示器的添加，因不在讨论问题的重点内，忽略业务代码

}

//为mViewPager绑定适配器

mViewPager.setAdapter(mGuideAdapter);

mViewPager.setCurrentItem(0);

mViewPager.setOffscreenPageLimit(1);

mViewPager.setOnPageChangeListener(this);

...

...

基本的思路就是让加载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比较好(特殊需求除外)。

在此也感谢我的导师，在我开发当中教我好多，第一次写博客，即当作自己的记事本，日后还能看看，也希望能解决大家相似的问题，第一次写，一定会有表达不到位，表述不清楚的地方，希望留下你的评论和建议，我也可以改正，提高自己。