众所周知,在Android实际开发中,对于某些复杂多变的情况,控件的位置摆放、大小控制并非是xml类型的layout文件完全可以搞定的。此时,我们通常会使用Java代码来通过动态计算,将指定的控件摆放在相应的位置,并限定其大小。同样地,也需要获取某个控件的大小。 对于获取控件宽、高的方法,大家可以自行谷歌或者百度,大抵无非一下三种方法:

  1. 给相应的View控件添加ViewTreeObserver回调
  2. Override onWindowFocusChange方法
  3. 在需要测量时(而不是onCreate或onResume中),使用MeasureSpec内部类获取宽高。

对于上述第三种情况,我们暂且不论。对于前二者而言,有没有更简单的实现呢?

为何获取宽高要如此?

对于初学者,可能会有这样的疑问:为什么我们不能在onCreate()或者onResume()中直接使用上述第三种方案获取宽高呢? 结论是:那样的话,获取来的值很可能皆为0,即使实际的宽高不是0。那么这是为何呢? 这其实是由Android的UI绘制流程决定的。大家不妨试着做一下实验,即使是在onResume()方法后,它的意义也仅仅是指Activity进入了可见的状态,这并不意味着界面绘制的结束。我们可以用一个简单的带有宽高值得View来做实验,观察Activity中各回调方法的调用顺序,得到的结果将是这样的:

因此,如果我们在onResume()中尝试获取View宽高的话,很大概率是会失败的。

巧用Handler获取View控件信息

这里我们开门见山地先放上代码片:

    private int[] measureView(final View view) {
        final int[] returnData = new int[2];
        view.post(new Runnable() {
            @Override
            public void run() {
                returnData[0] = view.getWidth();
                returnData[1] = view.getHeight();
                Log.i(TAG, "Width: " + returnData[0] + ", height: " + returnData[1]);
            }
        });
        return returnData;
    }

上述代码作为通用的方法将获取任意View的宽高做了封装,其妙处就在‘view.post’处。 将其置于onCreate()、onResume()方法中调用,均可获取到正确的宽高。

	@Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        Log.i(TAG, "onCreate start!");
        setContentView(R.layout.activity_main);
        testTv = (TextView) findViewById(R.id.testTv);
        measureView(testTv);
    }

    @Override
    protected void onResume() {
        super.onResume();
        Log.i(TAG, "onResume start!");
        measureView(testTv);
    }

Logcat中的运行结果:

为何如此就可获取到正确的值了呢?

其中的玄机在于,我们在View.post()中所写的语句并没有立即执行,而在其真正执行的时候,View的宽高已经被测量完成了,那时我们再去获取宽高时,就会很容易地获取到正确的值了。 通过断点Debug,可以轻松地发现,在Activity启动过程的调用栈中,存在ActivityThread类被执行了,具体按照:

的执行顺序。 在我们获取宽高的语句执行前,主线程的Handler正在执行TraversalRunnable(见上述方法具体实现),而performMeasure也被包含其中。又因为我们获取宽高的语句要排队,处于等待状态,直到主线程Handler轮到执行我们的语句,而此时View的宽高的测量已经结束。

完整示例代码: Github

03-25 21:43