decorView和window之间的层级及关系

转载请注明出处：http://blog.csdn.net/guxiao1201/article/details/41744107

 

首先贴出实现Activity对话框圆角的核心代码

@Override
    public void onAttachedToWindow() {
        super.onAttachedToWindow();
        DisplayMetrics dm = new DisplayMetrics();
        getWindowManager().getDefaultDisplay().getMetrics(dm);
        View view = getWindow().getDecorView();
        WindowManager.LayoutParams lp = (WindowManager.LayoutParams)view.getLayoutParams();
        lp.gravity = Gravity.CENTER;
        lp.width = (dm.widthPixels * 4) / 5;
        lp.height = (dm.widthPixels * 4) / 5;
        getWindowManager().updateViewLayout(view,lp);
        getWindow().setBackgroundDrawable(new ColorDrawable(Color.TRANSPARENT));
        view.setBackgroundResource(R.drawable.dialog_activity_bg);
    }

在上篇博客onAttachedToWindow()在整个Activity生命周期的位置及使用中解释了为什么在onAttachedToWindow中修改窗口尺寸，上面代码最后两行分别对window和decorView设置背景，那么问题来了，一个窗体中decorView和window之间的关系是什么？

通过文章开始贴出的代码View view = getWindow().getDecorView();就可以对Window和DecorView的层级关键猜测一二，decorView是否作为一个变量由window维护？
和之前思路一样，想探究这个问题就得看源码说话。这里依然参考老罗的博客Android应用程序窗口（Activity）的视图对象（View）的创建过程分析。

既然猜测decorView是window的变量，那么就先找到window和activity之间的关系。通过源码发现

public class Activity extends ContextThemeWrapper  
        implements LayoutInflater.Factory,  
        Window.Callback, KeyEvent.Callback,  
        OnCreateContextMenuListener, ComponentCallbacks {  
    ......  
  
    private Window mWindow;  
    ......  
  
    public Window getWindow() {  
        return mWindow;  
    }  
    ......  
  
    public void setContentView(