GridView性能优化笔记

最近项目中的一个复杂的GridView在测试们的狂轰滥炸下，不堪重负，频频出现ANR，这不得不让我重新审视自己原创的引以为傲的View Item布局，结合一些网上的优化方案，大概有如下几个优化方式：

1. 使用viewHolder来减少刷新压力（目前早已被潜规则）

2. 布局内部尽量减少层级，主要考虑使用RelativeLayout替代部分LinearLayout进行此优化

3. 布局控件位置尽量事先定好，避免系统开销去计算位置，主要考虑使用LinearLayout替代RelativeLayout进行优化

4. 列表中的耗时操作在不滑动时停止，只在滑动时候进行

5. 使用ViewStub将初始不可见的布局封装，待到可见时进行inflate

上述中前三点都很好理解，也很容易做到，只是后面两点好像使用的相对较少，所以这里详细说明一下我的方法，并将优化前后做一对比，以备参考。

针对第4中优化方案：

通过给GridView设置setOnScrollListener的方式监听滑动，并在onScrollStateChanged方法中判断列表是否处于滑动状态，如果在滑动就标记，并停止进行耗时操作（例如加载图片）。具体实现并不复杂，此处省略。

针对第5点优化方案：

在实际应用中，GridView中的每个Item都有一个单独的按钮点击事件，点击后将展开新布局，覆盖原来的布局，这个效果正好是ViewStub可以优化的。

第一步，直接将原来点击出发展开的布局封装一个单独的layout，然后使用viewStub封装，之后，整个布局文件清爽不少。

第二步，修改原来的viewHolder，将扩展布局中的元素进行替换，主要是viewHolder.controlStub替换了viewHolder.controlLayout及其中的元素，如下代码修改： 

第三步，在需要展开扩展布局的地方将viewStub填充，并进行非空判断，保证只填充一次，并进行扩展布局内部元素的初始化，达到初始状态不加载，展开后再加载的目的

经过以上三步基本完成使用ViewStub方式对GridView布局的优化，其实ListView与GridView优化方式雷同。