Android AbsListView子类反复调用getView()和getCount()问题分析

　　对于AbsListView子类，假设它的宽高是自适应的，你会发现getView()和getCount()会被疯狂的反复调用。即使在AbsListView子类设置完adapter后，getView()和getCount()也会被疯狂的调用10几次甚至更多。原因就在于measure过程，AbsListView子类会包含很多个item，而且由于AbsListView和Adapter机制的关系，会尽可能的将一系列item显示在屏幕中，当然这些item的父容器都是AbsListView子类。

　　在Android中View的布局机制分成两个阶段：measure和layout。在measure阶段时主要就是为了计算height和width。而且要注意的是，这是个递归的过程，从顶向下，DecorView开始依次调用自己子元素的measure。计算完成这两个参数后就开始layout，最后再是draw的调用。

　　

为什么会有很多次反复调用呢？

　　对于AbsListView的子类，当然每一个Item都会被调用measure方法，而在这个过程中getView()和getCount()会被调用，而且看用户的需求，可能会有很多次反复调用。问题就在于在布局中AbsListView子类height和width属性的设置，以及它的父容器的height和width属性的设置了。

• 自适应（wrap_content）：它会反复进行measure，因为它的宽高不确定，需要根据内容（也就是它的子Item）计算宽高，所以这个measure过程会反复执行，如果父元素也是wrap_content，这个过程会更加漫长。当AbsListView发生滚动时，因为有新的item进入了屏幕，旧的item出了屏幕，由于是自适应的关系，这个时候AbsListView就要根据item重新计算宽高，这样也会不可避免的发生反复调用。
• 填充效果（fill_parent或者match_parent）：只要父容器大小确定，AbsListView的宽高也就固定了，及时AbsListView怎么样的滚动，其宽高都不需要重新计算

　　从上可知，为了避免AbsListView子类的getView()和getCount()被反复调用，我们应该尽量避免自适应，使用固定大小或者填充效果。