View视图状态及View重绘流程分析，View工作原理(三)

原文地址：

Android视图状态及重绘流程分析，带你一步步深入了解View(三) - 郭霖的专栏 - 博客频道 - CSDN.NET
http://blog.csdn.net/guolin_blog/article/details/17045157

 

View是有状态的，比如说有一个按钮，普通状态下是一种效果，当手指按下的时候就会变成另外一种效果，这样才会给人产生一种点击了按钮的感觉。本文就来探究下View状态及重绘的实现原理。

一、视图状态

视图状态的种类非常多，一共有十几种类型，不过多数情况下我们只会使用到其中的几种，因此这里我们也就只去分析最常用的几种视图状态：
1. enabled
表示当前视图是否可用。可以调用setEnable()方法来改变视图的可用状态，传入true表示可用，传入false表示不可用。它们之间最大的区别在于，不可用的视图是无法响应onTouch事件的。
2. focused
表示当前视图是否获得到焦点。通常情况下有两种方法可以让视图获得焦点，即通过键盘的上下左右键切换视图，以及调用requestFocus()方法。而现在的Android手机几乎都没有键盘了，因此基本上只可以使用requestFocus()这个办法来让视图获得焦点了。而requestFocus()方法也不能保证一定可以让视图获得焦点，它会有一个布尔值的返回值，如果返回true说明获得焦点成功，返回false说明获得焦点失败。一般只有视图在focusable和focusable in touch mode同时成立的情况下才能成功获取焦点，比如说EditText。
3. window_focused

表示当前视图是否处于正在交互的窗口中，这个值由系统自动决定，应用程序不能进行改变。
4. selected

表示当前视图是否处于选中状态。一个界面当中可以有多个视图处于选中状态，调用setSelected()方法能够改变视图的选中状态，传入true表示选中，传入false表示未选中。
5. pressed
表示当前视图是否处于按下状态。可以调用setPressed()方法来对这一状态进行改变，传入true表示按下，传入false表示未按下。通常情况下这个状态都是由系统自动赋值的，但开发者也可以自己调用这个方法来进行改变。

我们可以在项目的drawable目录下创建一个selector文件，在这里配置每种状态下视图对应的背景图片。比如创建一个compose_bg.xml文件，在里面编写如下代码：

<selector xmlns:android="http://schemas.android.com/apk/res/android">    <item android:drawable="@drawable/compose_pressed" android:state_pressed="true"></item>    <item android:drawable="@drawable/compose_pressed" android:state_focused="true"></item>    <item android:drawable="@drawable/compose_normal"></item></selector>

这段代码就表示，当视图处于正常状态的时候就显示compose_normal这张背景图，当视图获得到焦点或者被按下的时候就显示compose_pressed这张背景图。创建好了这个selector文件后，我们就可以在布局或代码中使用它了，比如将它设置为某个按钮的背景图，如下所示：

<?xml version="1.0" encoding="utf-8"?><LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"    android:layout_width="match_parent"    android:layout_height="match_parent"    android:orientation="vertical" >    <Button     android:id="@+id/compose"    android:layout_width="60dp"    android:layout_height="40dp"    android:layout_gravity="center_horizontal"    android:background="@drawable/compose_bg"    />    </LinearLayout>

行一下程序，这个按钮在普通状态和按下状态的时候就会显示不同的背景图片了。下面开始分析背后的原理：

当手指按在视图上的时候，视图的状态就已经发生了变化，此时视图的pressed状态是true。每当视图的状态有发生改变的时候，就会回调View的drawableStateChanged()方法：

protected void drawableStateChanged() {    Drawable d = mBGDrawable;    if (d != null && d.isStateful()) {        d.setState(getDrawableState());    }}

在这里的第一步，首先是将mBGDrawable赋值给一个Drawable对象，那么这个mBGDrawable是什么呢？
我们在布局文件中通过android:background属性指定的selector文件，效果等同于调用setBackgroundResource()方法。也就是说drawableStateChanged()方法中的mBGDrawable对象其实就是我们指定的selector文件。

接下来在drawableStateChanged()方法的第4行调用了getDrawableState()方法来获取视图状态，在这里首先会判断当前视图的状态是否发生了改变，如果没有改变就直接返回当前的视图状态，如果发生了改变就调用onCreateDrawableState()方法来获取最新的视图状态。视图的所有状态会以一个整型数组的形式返回。
在得到了视图状态的数组之后，就会调用Drawable的setState()方法来对状态进行更新：

public boolean setState(final int[] stateSet) {    if (!Arrays.equals(mStateSet, stateSet)) {        mStateSet = stateSet;        return onStateChange(stateSet);    }    return false;}

这里会调用Arrays.equals()方法来判断视图状态的数组是否发生了变化，如果发生了变化则调用onStateChange()方法，否则就直接返回false。】

 

二、视图重绘

虽然视图会在Activity加载完成之后自动绘制到屏幕上，但是我们完全有理由在与Activity进行交互的时候要求动态更新视图，比如改变视图的状态、以及显示或隐藏某个控件等。那在这个时候，之前绘制出的视图其实就已经过期了，此时我们就应该对视图进行重绘。
这里会调用Arrays.equals()方法来判断视图状态的数组是否发生了变化，如果发生了变化则调用onStateChange()方法，否则就直接返回false。调用视图的setVisibility()、setEnabled()、setSelected()等方法时都会导致视图重绘，而如果我们想要手动地强制让视图进行重绘，可以调用invalidate()方法来实现。当然了，setVisibility()、setEnabled()、setSelected()等方法的内部其实也是通过调用invalidate()方法来实现的，那么就让我们来看一看invalidate()方法的代码是什么样的吧。invalidate()方法实际上会调用到ViewParent的invalidateChild()方法，这里的ViewParent其实就是当前视图的父视图。invalidateChild()方法又调用了scheduleTraversals()这个方法：

public void scheduleTraversals() {    if (!mTraversalScheduled) {        mTraversalScheduled = true;        sendEmptyMessage(DO_TRAVERSAL);    }}

可以看到，这里调用了sendEmptyMessage()方法，看一下ViewRoot的类定义会发现它是继承自Handler的，也就是说这里调用sendEmptyMessage()方法出的消息，会在ViewRoot的handleMessage()方法中接收到。那么赶快看一下handleMessage()方法的代码吧：

public void handleMessage(Message msg) {    switch (msg.what) {    case DO_TRAVERSAL:        if (mProfile) {            Debug.startMethodTracing("ViewRoot");        }        performTraversals();        if (mProfile) {            Debug.stopMethodTracing();            mProfile = false;        }        break;    ......}

熟悉的代码出现了！这里在第7行调用了performTraversals()方法，这不就是我们在前面一篇文章中学到的视图绘制的入口吗？虽然经过了很多辗转的调用，但是可以确定的是，调用视图的invalidate()方法后确实会走到performTraversals()方法中，然后重新执行绘制流程。之后的流程就不需要再进行描述了吧，可以参考Android视图绘制流程完全解析，带你一步步深入了解View(二) 这一篇文章。

最后，需要注意的是，invalidate()方法虽然最终会调用到performTraversals()方法中，但这时measure和layout流程是不会重新执行的，因为视图没有强制重新测量的标志位，而且大小也没有发生过变化，所以这时只有draw流程可以得到执行。而如果你希望视图的绘制流程可以完完整整地重新走一遍，就不能使用invalidate()方法，而应该调用requestLayout()了。这个方法中的流程比invalidate()方法要简单一些，但中心思想是差不多的，这里也就不再详细进行分析了。