Android不能滥用的View.getHeight()(尤其是UI线程里)

这是一个很有趣的BUG View.getHeight()，得到的高度居然和我们想的不一样，这个是从XListView的一个BUG说起，刚开始以为是Scroller没有执行，经过一个小时的调试，发现原因是在这里，View.getHeight(),返回的高度和真实的高度不一样。

原来的代码

public int getVisiableHeight() {		return mContainer.getHeight();	}

FIXED后的代码：

public int getVisiableHeight() {		return mContainer.getLayoutParams().height;	}

为什么呢？

让我们看下日志

02-12 18:15:49.774: E/Windows(5761): mContainer.getHeight():15702-12 18:15:49.774: E/Windows(5761): mContainer.getLayoutParams().height:28402-12 18:15:49.774: E/Windows(5761): mContainer.getHeight():15702-12 18:15:49.774: E/Windows(5761): mContainer.getLayoutParams().height:28402-12 18:15:49.774: E/Windows(5761): mContainer.getHeight():15702-12 18:15:49.774: E/Windows(5761): mContainer.getLayoutParams().height:28402-12 18:15:49.884: E/Windows(5761): mContainer.getHeight():24702-12 18:15:49.884: E/Windows(5761): mContainer.getLayoutParams().height:240

可以看出，两个差距很大，为什么呢？

主要是因为这个是因为计算的问题。mContainer.getLayoutParams().height 是自己相对于父控件设置的固定值。而mContainer.getHeight()源码是这样写的

  public final int getHeight() {        return mBottom - mTop;    }

底部减去顶部，确实可以计算出来，但是这个过程不可靠，原因就在于多线程问题了，当我们处理onTouchEvent的时候UI线程还没有刷新，UI线程和onTouchEvent是同一个线程，不信自己阻塞下试试就知道了，这时候我们得到的View.getHeight()肯定是个错误的数据，而

getLayoutParams().height是一个固定的数值，所以当View刷新完毕的时候肯定是这个数值。