引言

首页功能完成后在使用的时候偶尔会崩溃，log一看oom了。

仔细想想现在的布局结构确实会出现这样的问题

只首页这一个Fragment内的ViewPager就包含了21个子Fragment

其中每个子Fragment又包含了多个view每个view都有加载图片，如何形容可怕呢？

单发现Fragment的直接子view就有100个，接口返回的。且子view可能是ViewGroup又包了view。

android profiler显示内存超400M，图片占将近200M，内存优化亟待解决。

正文

先说一下原作：

之前有提到过首页ViewPager设置了近10个缓存（我只设置了3个），滑动内容时并没有卡顿和oom，图片的加载也很流畅。

有一个小细节引起了我的注意，当Fragment滑动到底部后在此滑到顶部时，图片的加载效果是渐显的。明显做了手脚，先标记一下，至于是什么暂时还没搞懂。

1、Fragment
onCreateView每次会inflate一个View出来，多Fragment来回切换时inflate会更多

        if (rootView == null) {
            rootView = inflater.inflate(R.layout.fragment_content, container, false)
        }

在每个Fragment内会存在多图，因此onDestroyView时清除内存占用

        Glide.get(context).clearMemory()
        System.gc()

2、ViewPager
设置ViewPager的缓存数量

        viewPager.offscreenPageLimit=3

3、图片格式
之前Glide操作的所有图片为ARGB_8888此种格式一像素会占用32位4字节。现在改为最小的RGB_565，这种格式占16位2字节，足足缩了一倍。

4、Glide
设置成只保存，修改后的图片

                    .diskCacheStrategy(DiskCacheStrategy.RESULT)

5、滑动时不加载图片
给RecyclerView设置滑动监听，当RecyclerView的状态为SCROLL_STATE_IDLE时加载图片

通过上述的操作图片占内存最高为130M且没有oom，总觉得还差了点什么，先标记这些以后再继续