戏说Android view 工作流程《上》

view基本认识

回想你第一次看到Android设备时，上面各种酷炫的应用和游戏是不是让多年使用塞班手机的你感到amazing？能看到这篇文章说明你现在的工作多少和android开发相关。或许你是跟着教程写了一个HelloWold运行在模拟器或者真机上，结果出来的瞬间会有些自豪。心想着自己也是会android应用开发的人了。

接着可能陆陆续续的写了几个小Demo，这时候对android应用的印象多了四大组件等一些概念，提到view，你可能会说，视图不就是窗口，而一个窗口往往就是一个activity。所以会有一个activity就是一个view的错觉。其实也不能说完全错了，这其中确实有玄机。

setContentView说起

为啥会让我们有activity即view的印象，原因就在于Activity一般都在onCreate函数中里使用setContentView设置UI界面。我们略作分析：

mWindow为何物？

Activity.java

  

 /**
     * 根据布局文件来填充activity的view。
     */
    public void setContentView(int layoutResID) {
        getWindow().setContentView(layoutResID);//我们需要看下getWindow()返回的是什么。
}
/**
     * Retrieve the current {@link android.view.Window} for the activity.
     * This can be used to directly access parts of the Window API that
     * are not available through Activity/Screen.
     * 
     * @return Window The current window, or null if the activity is not
     *         visual.
     */
    public Window getWindow() {
        return mWindow;// 是window的一个实例
    }

mWindow是何方神圣，又是谁创造了它，我们control+F一下在attach函数中找到了它mWindow =PolicyManager.makeNewWindow(this)，不过又多出来一个PolicyManager，这货又是干啥的，我们进去看看先。

public final class PolicyManager {
    private static final String POLICY_IMPL_CLASS_NAME =
        "com.android.internal.policy.impl.Policy";

    private static final IPolicy sPolicy;

    static {
        // Pull in the actual implementation of the policy at run-time
        try {
            Class policyClass = Class.forName(POLICY_IMPL_CLASS_NAME);
            sPolicy = (IPolicy)policyClass.newInstance();
        } catch (ClassNotFoundException ex) {
            throw new RuntimeException(
                    POLICY_IMPL_CLASS_NAME + " could not be loaded", ex);
。。。。。。
// The static methods to spawn new policy-specific objects
    public static Window makeNewWindow(Context context) {
        return sPolicy.makeNewWindow(context);
    }
}

该类代码比较少，申明了一个Policy类型的单例对象，我们再看看它是神马。

public PhoneWindow makeNewWindow(Context context) {
        return new PhoneWindow(context);//亲，注意啦，出现关键词PhoneWindow。
}

到这里我们弄清楚了一个事实，mWindow就是一个PhoneWindow对象。同样的手法，我们可以知道mWindowManager成员变量的真实类型是LocalWindowManager。

深入setContentView

弄清楚了以上概念，我们可以重新回到setContenView函数了。根据上面的结论，直接到PhoneWindow去找它。

  

 public void setContentView(View view, ViewGroup.LayoutParams params) {
        if (mContentParent == null) {
            installDecor();
        } else {
            mContentParent.removeAllViews();
        }
        mContentParent.addView(view, params);
        final Callback cb = getCallback();
        if (cb != null) {
            cb.onContentChanged();
        }
    }

可以知道mContentParent是viewGroup类型，它存在时就负责把view加载出来，不存在的时候会走installDecor方法。

    

 private void installDecor() {
        if (mDecor == null) {
            mDecor = generateDecor();//创建mDecor，它是DecorView类型，继承于FrameLayout。
            mDecor.setDescendantFocusability(ViewGroup.FOCUS_AFTER_DESCENDANTS);
            mDecor.setIsRootNamespace(true);
        }
        if (mContentParent == null) {
            mContentParent = generateLayout(mDecor);
            //创建标题栏
            mTitleView = (TextView)findViewById(com.android.internal.R.id.title);
          ......
        }
}

这里需要我们进一步看下generateDecor（）方法：

protected ViewGroup generateLayout(DecorView decor) {
        // Apply data from current theme.
//1，根据getWindowStyle()返回的数组来设定一些窗口属性值feature，如是否全屏，是否带标题栏。
        TypedArray a = getWindowStyle();
        mIsFloating = a.getBoolean(com.android.internal.R.styleable.Window_windowIsFloating, false);
        int flagsToUpdate = (FLAG_LAYOUT_IN_SCREEN|FLAG_LAYOUT_INSET_DECOR)
                & (~getForcedWindowFlags());
        if (mIsFloating) {
            setLayout(WRAP_CONTENT, WRAP_CONTENT);
            setFlags(0, flagsToUpdate);
        } else {
            setFlags(FLAG_LAYOUT_IN_SCREEN|FLAG_LAYOUT_INSET_DECOR, flagsToUpdate);
        }

        if (a.getBoolean(com.android.internal.R.styleable.Window_windowNoTitle, false)) {
            requestFeature(FEATURE_NO_TITLE);
        }

        if (a.getBoolean(com.android.internal.R.styleable.Window_windowFullscreen, false)) {
            setFlags(FLAG_FULLSCREEN, FLAG_FULLSCREEN&(~getForcedWindowFlags()));
        }

        if (a.getBoolean(com.android.internal.R.styleable.Window_windowShowWallpaper, false)) {
            setFlags(FLAG_SHOW_WALLPAPER, FLAG_SHOW_WALLPAPER&(~getForcedWindowFlags()));
        }
        ......
        // Inflate the window decor.
//2，根据上面设定的features值，决定加载何种窗口布局文件。
        int layoutResource;
        int features = getLocalFeatures();
        // System.out.println("Features: 0x" + Integer.toHexString(features));
        if ((features & ((1 << FEATURE_LEFT_ICON) | (1 << FEATURE_RIGHT_ICON))) != 0) {
            if (mIsFloating) {
                layoutResource = com.android.internal.R.layout.dialog_title_icons;
            } else {
                layoutResource = com.android.internal.R.layout.screen_title_icons;
            }
        ......
        }
        mDecor.startChanging();
//3，把特定的view添加到decorView里。
        View in = mLayoutInflater.inflate(layoutResource, null);
        decor.addView(in, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT));
//4，这个contentParent由findViewById返回，实际上就是mDecorView一部分。
        ViewGroup contentParent = (ViewGroup)findViewById(ID_ANDROID_CONTENT);
        ......
        mDecor.finishChanging();
        return contentParent;
}

窗口布局文件解析

上面第二步提到根据上面设定的features值，决定加载何种窗口布局文件，我们找一个系统窗口布局文件分析一下：

路径在：.frameworks/base/core/res/layout/screen_title.xml 

<!--
This is an optimized layout for a screen, with the minimum set of features
enabled.
-->

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:orientation="vertical"
    android:fitsSystemWindows="true">
    <FrameLayout
        android:layout_width="match_parent" 
        android:layout_height="?android:attr/windowTitleSize"
        style="?android:attr/windowTitleBackgroundStyle">
        <TextView android:id="@android:id/title" 
            style="?android:attr/windowTitleStyle"
            android:background="@null"
            android:fadingEdge="horizontal"
            android:gravity="center_vertical"
            android:layout_width="match_parent"
            android:layout_height="match_parent" />
    </FrameLayout>
    <FrameLayout android:id="@android:id/content"
        android:layout_width="match_parent" 
        android:layout_height="0dip"
        android:layout_weight="1"
        android:foregroundGravity="fill_horizontal|top"
        android:foreground="?android:attr/windowContentOverlay" />
</LinearLayout>

 可以看到是一个简单的布局文件，一个LinearLayout下包含了两个子FrameLayout视图，第一个FrameLayout用来显示标题栏(TitleBar)；第二个FrameLayout用来显示id为content视图。

穿越回顾一下view结构

以上我们由setcontentView（）引出了两个在view界举足轻重的大佬PhoneWindow和DecorView，它们之间的关系可以简单用下面的图来表示。

        

总结

举个不太恰当的类比：如果说PhoneWindow是画，一种抽象概念的画，那DecorView会更具体一点，它可以是山水画。而MyView就是具体的唐伯虎手下的凤凰傲意图了。

这里说的View、DecorView等都是UI单元，这些UI单元工作都在onDraw函数中完成。如果把onDraw想象成画图过程，那我们需要知道画布是什么？查阅资料后，得出答案就是Surface，关于它的前世今生还需看一下源码ViewRoot.java。

public final class ViewRoot extends Handler implements ViewParent,
        View.AttachInfo.Callbacks {
    View mView;
private final Surface mSurface = new Surface();
 }

以上我们收集齐了PhoneWindow，DecorView，ViewRoot，Surface四颗神奇的龙珠，让我们一起把view召唤到手机屏幕上吧。

以上只是些开胃菜，需果腹，请看戏说Android view 工作流程《下》。