Android应用优化（1）窗口背景

从本篇开始，我将在开发中遇到的应用优化问题进行一点经验的分享。

在UI开发中渲染这个概念相信大家都不陌生，这是优化UI的重点，Android系统支持的硬件加速就是对渲染模型的一个优化。可是不使用这个我们在软件渲染时也有一些小技巧来进行优化。

今天要说的很简单--窗口背景
在开发Activity组件时一般都会给当前的Layout设置背景的，其实这里的Window也是有背景的，如果Layout的背景不透明，那么窗口的背景对用户来说是不可见的，但是在软件渲染模型中只要子View发生变化都会引起父View的重绘，所以这里会有一定的性能影响。对于这种情况，需要将窗口背景设置为空。

采用什么方式来设置呢，有几种方法，在Activity中getWindow().setBackgroundDrawable() 来进行设置，或者通过Theme来进行修改。个人认为通过Theme来进行设置性能最优。

这里有两点需要说明一下，一是窗口背景到底是谁的背景，还有是Theme是什么时候用上的。
1、窗口背景是view树的根也就是常说的DecorView的背景图，这点从源码中可以很清楚的看到，看
phonewindow的setBackgroundDrawable的方法，    

public final void setBackgroundDrawable(Drawable drawable) {
        if (drawable != mBackgroundDrawable || mBackgroundResource != 0) {
            mBackgroundResource = 0;
            mBackgroundDrawable = drawable;
            if (mDecor != null) {
                mDecor.setWindowBackground(drawable);
            }
        }
}

其实最后就是设置的mDecor的背景图片
2、Theme是什么时候使用的，来看看phonewindow的setContentView方法就清楚了

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 && !isDestroyed()) {
            cb.onContentChanged();
        }
}

    private void installDecor() {
        if (mDecor == null) {
            mDecor = generateDecor();
            mDecor.setDescendantFocusability(ViewGroup.FOCUS_AFTER_DESCENDANTS);
            mDecor.setIsRootNamespace(true);
            if (!mInvalidatePanelMenuPosted && mInvalidatePanelMenuFeatures != 0) {
                mDecor.postOnAnimation(mInvalidatePanelMenuRunnable);
            }
        }
        if (mContentParent == null) {
            mContentParent = generateLayout(mDecor);
            ………………
}
}

    protected ViewGroup generateLayout(DecorView decor) {
        // Apply data from current theme.
        TypedArray a = getWindowStyle();
        …………………..
        View in = mLayoutInflater.inflate(layoutResource, null);
        decor.addView(in, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT));

        ViewGroup contentParent = (ViewGroup)findViewById(ID_ANDROID_CONTENT);
        …………………….
        return contentParent;
}

    public final TypedArray getWindowStyle() {
        synchronized (this) {
            if (mWindowStyle == null) {
                mWindowStyle = mContext.obtainStyledAttributes(
                        com.android.internal.R.styleable.Window);
            }
            return mWindowStyle;
        }
    }

    public final TypedArray obtainStyledAttributes(
            int[] attrs) {
        return getTheme().obtainStyledAttributes(attrs);
    }

很清晰的思路，就不用多说了。需要注意的一点是，由于Theme是在setContentView的时候生效的，所以在代码设置Activity的theme时需要在这个操作之前才可以体现出效果来。
这里面还顺便提两点：
（1）    mContentParent，它是generateLayout中创建的，是activity中用户自定义布局的直接父容器，它是一个FrameLayout，这就是布局优化中FrameLayout可以使用merge标签代替的原因。
（2）    obtainStyledAttributes看这个方法名，style和theme的区别在哪里，我认为可以统一为Android上的Style，可以分为了两个方面: Theme针对窗体级别的,改变窗体样式; Style针对窗体元素级别的,改变指定控件或者Layout的样式