我所理解的PhoneWindow的一个作用

来源：互联网发布：mac office 激活码编辑：程序博客网时间：2024/06/04 18:45

转载自blog.csdn.net/u013356254/article/details/55116259

android交流:364595326

android中我们常见的Activity，Diaog等内部都封装了PhoneWindow对象。
我们今天要探讨的是两个问题
- 为什么系统在创建Acivity或者Dialog的时候封装了PhoneWindow对象，而我们自己写悬浮窗口的时候并没有使用PhoneWindow对象？
- 为什么Diaog封装了PhoneWindow对象，而PopupWindow却直接将contentView封装成PopupDecorView(FrameLayout子类)，直接调用WM来添加view?

我们从Dialog的setContentView（）方法说起。源码

  public void setContentView(@NonNull View view, @Nullable ViewGroup.LayoutParams params) {    // 调用的是window的方法    mWindow.setContentView(view, params);    }

下面是PhoneWindow的setContentView()方法。

@Overridepublic void setContentView(int layoutResID ) {    // mContentParent是id为ID_ANDROID_CONTENT的FrameLayout    // 我们经常写的setContentView，这个方法，其实就是给id为ID_ANDROID_CONTENT的view添加一个孩子    if (mContentParent == null) {        // 下面这个方法。完成了两件事情        // 1 创建DecorView(FrameLayout),也就是我们经常说的window中有个DecorView对象。        // 2 给mContentParent赋值        installDecor();    } else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) {        // 如果没有5.0转场动画，remove掉之前添加的所有view        mContentParent.removeAllViews();    }    if (hasFeature(FEATURE_CONTENT_TRANSITIONS)) {        //  5.0专场动画        view.setLayoutParams(params);        final Scene newScene = new Scene(mContentParent, view);        transitionTo(newScene);    } else {        // 给id为ID_ANDROID_CONTENT的view添加新的孩子         // 将layoutResID添加到ContentParent上面          mLayoutInflater.inflate(layoutResID, mContentParent);    }}

PhoneWindow.setContentView()方法的核心是，生成DecorView和mContentParent对象，之后将布局文件添加到mContentParent上面去

接下来我们分析installDecor()方法

private void installDecor() {    mForceDecorInstall = false;    if (mDecor == null) {        // 产生decorView 也就是ViewTree的根节点        mDecor = generateDecor(-1);    } else {        // 将decorView和window关联起来        mDecor.setWindow(this);    }    if (mContentParent == null) {        // 根据decorview产生我们的ContentParent也就是id为content的viewGroup,         mContentParent = generateLayout(mDecor);    }}

我们可以看到installDecor()方法主要是创建了DecorView，和mContentParent对象。

下面是generateDecor(-1)源码

 protected DecorView generateDecor(int featureId) {// 创建DecorView（FrameLayout）对象，ViewTree的根节点return new DecorView(context, featureId, this, getAttributes()); }

下面是创建mContentParent的代码

protected ViewGroup generateLayout(DecorView decor) {// Apply data from current theme.// 获得window的样式TypedArray a = getWindowStyle();/*省略掉一些设置样式的代码/// 下面的代码是给decorView填充孩子的// 主要功能是根据不同的配置给decorView添加不同的布局文件（即给decorView添加不同的孩子节点）  int layoutResource;int features = getLocalFeatures();if ((features & (1 << FEATURE_SWIPE_TO_DISMISS)) != 0) {    layoutResource = R.layout.screen_swipe_dismiss;} else if ((features & ((1 << FEATURE_LEFT_ICON) | (1 << FEATURE_RIGHT_ICON))) != 0) {    if (mIsFloating) {        TypedValue res = new TypedValue();        getContext().getTheme().resolveAttribute(                R.attr.dialogTitleIconsDecorLayout, res, true);        layoutResource = res.resourceId;    } else {        layoutResource = R.layout.screen_title_icons;    }     removeFeature(FEATURE_ACTION_BAR);} else if ((features & ((1 << FEATURE_PROGRESS) | (1 << FEATURE_INDETERMINATE_PROGRESS))) != 0        && (features & (1 << FEATURE_ACTION_BAR)) == 0) {    // Special case for a window with only a progress bar (and title).    // XXX Need to have a no-title version of embedded windows.    layoutResource = R.layout.screen_progress;    // System.out.println("Progress!");} else if ((features & (1 << FEATURE_CUSTOM_TITLE)) != 0) {    // Special case for a window with a custom title.    // If the window is floating, we need a dialog layout    if (mIsFloating) {        TypedValue res = new TypedValue();        getContext().getTheme().resolveAttribute(                R.attr.dialogCustomTitleDecorLayout, res, true);        layoutResource = res.resourceId;    } else {        layoutResource = R.layout.screen_custom_title;    }    // XXX Remove this once action bar supports these features.    removeFeature(FEATURE_ACTION_BAR);        // 设置notitle的布局文件} else if ((features & (1 << FEATURE_NO_TITLE)) == 0) {    // Dialog样式的     if (mIsFloating) {        TypedValue res = new TypedValue();        getContext().getTheme().resolveAttribute(                R.attr.dialogTitleDecorLayout, res, true);        layoutResource = res.resourceId;    } else if ((features & (1 << FEATURE_ACTION_BAR)) != 0) {        layoutResource = a.getResourceId(                R.styleable.Window_windowActionBarFullscreenDecorLayout,                R.layout.screen_action_bar);    } else {        layoutResource = R.layout.screen_title;    }} else if ((features & (1 << FEATURE_ACTION_MODE_OVERLAY)) != 0) {    layoutResource = R.layout.screen_simple_overlay_action_mode;} else {    // Embedded, so no decoration is needed.    layoutResource = R.layout.screen_simple;    // System.out.println("Simple!");}mDecor.startChanging();// 下面的方法是将找到的不同的布局文件，添加给decorView.// 这里也说明了，我们经常写的requestWindowFeature(Window.FEATURE_NO_TITLE)代码为什么一定放在setContentView之前。// 因为系统会根据配置找不同的布局文件，而一旦添加了布局文件，就没有办法再移除title了。因此会抛出异常mDecor.onResourcesLoaded(mLayoutInflater, layoutResource);// 接下来是给赋值，这里直接调用的findViewById()，其实内部会调用decorView.findViewById(); ViewGroup contentParent = (ViewGroup)findViewById(ID_ANDROID_CONTENT);return contentParent;}

generateLayout(DecorView decor) 主要完成了两件事，1通过不同的配置给decorView添加不同layoutResource布局文件， 2找到id为ID_ANDROID_CONTENT的view。

分析完setContentView代码，我们发现setContentView.其实是将view添加到PhoneWindow的成员变量DecorView中的id为ID_CONTENT_ANDROID的View节点上。还发现了DecorView的孩子节点会根据我们的requestWindowFeature()的不同，添加不同的layoutResource布局文件，而这些不同的layoutResource布局文件都是一个id为ID_ANDROID_CONTENT的孩子。

接下来我们分析Diaog的show()方法

public void show() {  // 拿到PhoneWindow中的decorView对象mDecor = mWindow.getDecorView();// 产生布局参数WindowManager.LayoutParams l = mWindow.getAttributes();if ((l.softInputMode        & WindowManager.LayoutParams.SOFT_INPUT_IS_FORWARD_NAVIGATION) == 0) {    WindowManager.LayoutParams nl = new WindowManager.LayoutParams();    nl.copyFrom(l);    nl.softInputMode |=            WindowManager.LayoutParams.SOFT_INPUT_IS_FORWARD_NAVIGATION;    l = nl;}// wm添加decorViewmWindowManager.addView(mDecor, l);

}

我们发现，写到最后show()方法其实就是将decorView添加到wm中

而我们写悬浮窗口的时候，直接用wm添加view。通过以上分析我们可以得出以下结论

结论

PhoneWindow的一个作用是给view包裹上一层DecorView。而DecorView中的布局结构，会根据requestWindowFeature()的不同而不同（requestWindowFeature()方法，会影响DecorView的孩子节点（layoutResource布局文件））
我们的Activity和Dialog的布局都比较复杂，比如都可能有appbar（toolbar/actionbar）等。因此通过PhoneWindow来封装下可以更好的解耦代码
PopupWindow或者Toast的布局比较简单。因此没有必要包裹一层PhoneWindow。在源码中也没有发现有PhoneWindow的痕迹。

0 0