最近项目中的一个复杂的GridView在测试们的狂轰滥炸下,不堪重负,频频出现ANR,这不得不让我重新审视自己原创的引以为傲的View Item布局,结合一些网上的优化方案,大概有如下几个优化方式:
1. 使用viewHolder来减少刷新压力(目前早已被潜规则)
2. 布局内部尽量减少层级,主要考虑使用RelativeLayout替代部分LinearLayout进行此优化
3. 布局控件位置尽量事先定好,避免系统开销去计算位置,主要考虑使用LinearLayout替代RelativeLayout进行优化
4. 列表中的耗时操作在不滑动时停止,只在滑动时候进行
5. 使用ViewStub将初始不可见的布局封装,待到可见时进行inflate
上述中前三点都很好理解,也很容易做到,只是后面两点好像使用的相对较少,所以这里详细说明一下我的方法,并将优化前后做一对比,以备参考。
针对第4中优化方案:
通过给GridView设置setOnScrollListener的方式监听滑动,并在onScrollStateChanged方法中判断列表是否处于滑动状态,如果在滑动就标记,并停止进行耗时操作(例如加载图片)。具体实现并不复杂,此处省略。
针对第5点优化方案:
在实际应用中,GridView中的每个Item都有一个单独的按钮点击事件,点击后将展开新布