View.Post()保证UI带你装逼带你飞

前言

日常开发中我们可能会遇到如下问题：

1、在onCreate\onStrart()\onResume()中获取View的宽高为0；
2、在onCreate\onStrart()\onResume()中直接调用Scroview.scrollTo(x,y)没有效果；

那么接下来一探究竟：

原因分析：

因为当onCreate()方法被调用的时候会通过LayoutInflater将xml文件填充到ContentView。
填充过程中只包括创建视图，不包括设置视图大小。而设置视图的大小和具体的位置则是通过布局层层遍历获得的。
如下图：

测量过程由measure(int , int)方法完成，该方法从上到下遍历视图树。在递归的过程中，每个视图都会向下层传递尺寸和规格，当measure方法遍历结束时，每个视图都保存了各自的尺寸信息。第二个过程由layout(int, int, int, int)方法完成，该方法也是由上而下遍历视图树。遍历过程中，每个父视图通过测量过程的结果定位所有姿势图的位置信息。

也就是说我们在onCreate\onStrart()\onResume()的时候我们并不知道什么时候布局测量完成，所以接下来我们去寻找一些方法。

解决方案：

方案一：View.Post()/View.PostDelay() [重点]

我们先来看下源码：

/** * <p>Causes the Runnable to be added to the message queue. * The runnable will be run on the user interface thread.</p> * * @param action The Runnable that will be executed. * * @return Returns true if the Runnable was successfully placed in to the *         message queue.  Returns false on failure, usually because the *         looper processing the message queue is exiting. * * @see #postDelayed * @see #removeCallbacks */public boolean post(Runnable action) {    final AttachInfo attachInfo = mAttachInfo;    if (attachInfo != null) {        return attachInfo.mHandler.post(action);    }    // Postpone the runnable until we know on which thread it needs to run.    // Assume that the runnable will be successfully placed after attach.    getRunQueue().post(action);    return true;}

重点是这句话：The runnable will be run on the user interface thread
Runnable是一个接口，不是一个线程，一般线程会实现Runnable。所以如果我们使用匿名内部类是运行在UI主线程的，如果我们使用实现这个Runnable接口的线程类，则是运行在对应线程的。

也就是说我们用View.post(Runnable action)方法里，View获得当前线程（即UI线程）的Handler，然后将action对象post到Handler里。
在Handler里，它将传递过来的action对象包装成一个Message（Message的callback为action），然后将其投入UI线程的消息循环中。
当Handler再次处理该Message时，已经在UI线程里，直接调用runnable的run方法。因此，我们可以毫无顾虑的来更新UI。

也就是说我们通过View.Post()/View.PostDelay()方法就可以实现获取view的宽高，并且Scroview.scrollTo(x,y)可以正常使用了。

view.post(new Runnable() {        @Override        public void run() {        //view的相关操作    }});

所以个人推荐使用View.post()既方便又可以保证指定的任务在视图操作中顺序执行。

方案二：onWindowFocusChanged

使用如下：

@Override   public void onWindowFocusChanged(boolean hasFocus) {    //view的相关操作}

我们看下官方注释：

/** * Called when the current {@link Window} of the activity gains or loses * focus.  This is the best indicator of whether this activity is visible * to the user.  The default implementation clears the key tracking * state, so should always be called. * * <p>Note that this provides information about global focus state, which * is managed independently of activity lifecycles.  As such, while focus * changes will generally have some relation to lifecycle changes (an * activity that is stopped will not generally get window focus), you * should not rely on any particular order between the callbacks here and * those in the other lifecycle methods such as {@link #onResume}. * * <p>As a general rule, however, a resumed activity will have window * focus...  unless it has displayed other dialogs or popups that take * input focus, in which case the activity itself will not have focus * when the other windows have it.  Likewise, the system may display * system-level windows (such as the status bar notification panel or * a system alert) which will temporarily take window input focus without * pausing the foreground activity. * * @param hasFocus Whether the window of this activity has focus. * * @see #hasWindowFocus() * @see #onResume * @see View#onWindowFocusChanged(boolean) */public void onWindowFocusChanged(boolean hasFocus) {}

该方法会在view绘制完成之后调用，所以我们在这个时候去获取view宽高，或者Scroview.scrollTo(x,y)都可以正常运行了。
但是该方法如原注释所说，当Activity的窗口得到焦点和失去焦点时均会被调用一次，如果频繁地进行onResume和onPause，那么onWindowFocusChanged也会被频繁地调用。
所以也要结合具体业务场景。

方案三：ViewTreeObserver

使用ViewTreeObserver的众多回调可以完成这个功能，比如使用OnGlobalLayoutListener这个接口，当view树的状态发生改变或者view树内部的view的可见性发生改变时，onGlobalLayout方法将被回调，因此这是获取view的宽高一个很好的时机。需要注意的是，伴随着view树的状态改变等，onGlobalLayout会被调用多次。

view.getViewTreeObserver().addOnGlobalFocusChangeListener(new ViewTreeObserver.OnGlobalFocusChangeListener() {    @Override    public void onGlobalFocusChanged(View oldFocus, View newFocus) {      //view的相关操作    }});

我们看一下View官方注释：

/** * A view tree observer is used to register listeners that can be notified of global * changes in the view tree. Such global events include, but are not limited to, * layout of the whole tree, beginning of the drawing pass, touch mode change.... * * A ViewTreeObserver should never be instantiated by applications as it is provided * by the views hierarchy. Refer to {@link android.view.View#getViewTreeObserver()} * for more information. */public final class ViewTreeObserver {  //代码省略。。。}

ViewTreeObserver这个类，这个类是用来注册当view tree全局状态改变时的回调监听器，这些全局事件包括很多，比如整个view tree视图的布局，视图绘制的开始，点击事件的改变等等。还有千万不要在应用程序中实例化ViewTreeObserver对象，因为该对象仅是由视图提供的。

综上，个人比较推荐方案一：View.Post()/View.PostDelay() 。

扫码关注公众号“伟大程序猿的诞生“，更多干货等着你～
扫码关注公众号“伟大程序猿的诞生“，更多干货等着你～
扫码关注公众号“伟大程序猿的诞生“，更多干货等着你～