前言
上篇分析了DecorView创建过程,大致说了其子View构成,还剩下一些疑点,本篇继续分析。
上篇文章:Android DecorView 一窥全貌(上)
通过本篇文章,你将了解到:
1、DecorView各个子View具体布局内容
2、状态栏(背景)和导航栏(背景)如何添加到DecorView里
3、DecorView子View位置与大小的确定
4、常见的获取DecorView各个区块大小的方法
DecorView各个子View具体布局内容
照旧,打开Tools->Layout Inspector
此时,DecorView有三个子View,分别是LinearLayout、navigationBarBackground、statusBarBackground。
默认DecorView布局
先来看看LinearLayout,之前分析过加载DecorView时,根据不同的feature确定不同的布局,我们的demo加载的是默认布局:R.layout.screen_simple。
这是系统自带的布局文件,在哪找呢?
切换到Project模式——>找到External Libraries——>对应的编译API——>res library root——>layout文件夹下——>寻找对应的布局名
R.layout.screen_simple布局内容
几点有价值的地方:
- 该LinearLayout方向是垂直的,有个属性android:fitsSystemWindows="true"(后续需要用到)
- ViewStub是占位用的,默认是Gone,先不管
- 有个id="content"的FrameLayout,是不是有点熟悉?
再来看看实际的layout展示:
正好和LinearLayout对应,ViewStub也对得上,但是明明布局文件里的FrameLayout是没有子View的,实际怎么会有呢?当然是中途动态添加进去的。
SubDecor
之前分析过,DecorView创建成功后,又继续加载了一个布局:R.layout.abc_screen_toolbar,并赋予subDecor变量,最后将subDecor里的某个子View添加到DecorView里。那么该布局文件在哪找呢?按照上面的方法,你会发现layout里并没有对应的布局文件。
实际上加载R.layout.abc_screen_toolbar是由AppCompatDelegateImpl.java完成的,而该类属于androidx.appcompat.app包,因此该寻找androidx里资源文件
R.layout.abc_screen_toolbar布局内容:
同样提取几个关键信息:
- ActionBarOverlayLayout 继承自ViewGroup,id="decor_content_parent",同样有个属性:android:fitsSystemWindows="true"
- ActionBarContainer顾名思义是容纳ActionBar的,id="action_bar_container",android:gravity="top"。继承自FrameLayout。有两个子View,一个是ToolBar,另一个是ActionBar。现在高版本都使用ToolBar替代ActionBar。
ActionBarOverlayLayout还有个子View
其内容为:
- ContentFrameLayout继承自FrameLayout,id="action_bar_activity_content"
以上,DecorView默认布局文件和SubDecor布局文件已经分析完毕,接下来看看SubDecor如何添加到DecorView里。
//寻找subDecor子布局,命名为contentView
final ContentFrameLayout contentView = (ContentFrameLayout) subDecor.findViewById(
R.id.action_bar_activity_content);
//找到window里content布局,实际上找的是DecorView里名为content的布局
final ViewGroup windowContentView = (ViewGroup) mWindow.findViewById(android.R.id.content);
if (windowContentView != null) {
//挨个移除windowContentView的子View,并将之添加到contentView里
while (windowContentView.getChildCount() > 0) {
final View child = windowContentView.getChildAt(0);
windowContentView.removeViewAt(0);
contentView.addView(child);
}
//把windowContentView id去掉,之前名为content
windowContentView.setId(View.NO_ID);
//将"content"名赋予contentView
contentView.setId(android.R.id.content);
}
//把subDecor添加为Window的contentView,实际上添加为DecorView的子View。该方法后面再具体分析
mWindow.setContentView(subDecor);
1、首先从subDecor里寻找R.id.action_bar_activity_content,属于subDecor子View,其继承自FrameLayout。
2、再从DecorView里寻找android.R.id.content,是FrameLayout
3、移除android.R.id.content里的子View,并将其添加到R.id.action_bar_activity_content里(当然此时content没有子View)
4、把"android.R.id.content"这名替换掉R.id.action_bar_activity_content
5、最后将subDecor添加到FrameLayout里,对就是名字被换掉了的布局。
此时DecorView和subDecor已经结合了,并且android.R.id.content也存在,我们在setContentView(xx)里设置的layout会被添加到android.R.id.content里。
状态栏(背景)和导航栏(背景)
前面只是分析了LinearLayout及其子View的构造,而DecorView还有另外两个子View:状态栏(背景)/导航栏(背景)没有提及,接下来看看它们是如何关联上的。
既然是DecorView的子View,那么必然有个addView()的过程,搜索后确定如下方法:
DecorView.java
private void updateColorViewInt(final ColorViewState state, int sysUiVis, int color,
int dividerColor, int size, boolean verticalBar, boolean seascape, int sideMargin,
boolean animate, boolean force) {
View view = state.view;
//确定View的宽高
int resolvedHeight = verticalBar ? LayoutParams.MATCH_PARENT : size;
int resolvedWidth = verticalBar ? size : LayoutParams.MATCH_PARENT;
//确定View的Gravity
int resolvedGravity = verticalBar
? (seascape ? state.attributes.seascapeGravity : state.attributes.horizontalGravity)
: state.attributes.verticalGravity;
if (view == null) {
if (showView) {
//构造View
state.view = view = new View(mContext);
//设置View背景色
setColor(view, color, dividerColor, verticalBar, seascape);
//设置id
view.setId(state.attributes.id);
LayoutParams lp = new LayoutParams(resolvedWidth, resolvedHeight,
resolvedGravity);
//添加到DecorView
addView(view, lp);
}
} else {
//省略...
}
//省略
}
该方法根据条件添加子View到DecorView,调用该方法的地方有两处:
DecorView.java
WindowInsets updateColorViews(WindowInsets insets, boolean animate) {
WindowManager.LayoutParams attrs = mWindow.getAttributes();
//控制状态栏、导航栏标记
int sysUiVisibility = attrs.systemUiVisibility | getWindowSystemUiVisibility();
if (!mWindow.mIsFloating || isImeWindow) {
//insets记录着状态栏、导航栏、高度
if (insets != null) {
//四个边界的偏移
mLastTopInset = getColorViewTopInset(insets.getStableInsetTop(),
insets.getSystemWindowInsetTop());
mLastBottomInset = getColorViewBottomInset(insets.getStableInsetBottom(),
insets.getSystemWindowInsetBottom());
mLastRightInset = getColorViewRightInset(insets.getStableInsetRight(),
insets.getSystemWindowInsetRight());
mLastLeftInset = getColorViewRightInset(insets.getStableInsetLeft(),
insets.getSystemWindowInsetLeft());
//省略..
}
//省略
//导航栏高度
int navBarSize = getNavBarSize(mLastBottomInset, mLastRightInset, mLastLeftInset);
//添加/设置导航栏
updateColorViewInt(mNavigationColorViewState, sysUiVisibility,
calculateNavigationBarColor(), mWindow.mNavigationBarDividerColor, navBarSize,
navBarToRightEdge || navBarToLeftEdge, navBarToLeftEdge,
0 /* sideInset */, animate && !disallowAnimate,
mForceWindowDrawsBarBackgrounds);
//添加设置状态栏
updateColorViewInt(mStatusColorViewState, sysUiVisibility,
calculateStatusBarColor(), 0, mLastTopInset,
false /* matchVertical */, statusBarNeedsLeftInset, statusBarSideInset,
animate && !disallowAnimate,
mForceWindowDrawsBarBackgrounds);
}
//省略 主要和和全屏、隐藏等属性相关的
//mContentRoot是DecorView的第一个子View
//也即是LinearLayout,根据状态栏、导航栏高度调整LinearLayout高度
if (mContentRoot != null
&& mContentRoot.getLayoutParams() instanceof MarginLayoutParams) {
MarginLayoutParams lp = (MarginLayoutParams) mContentRoot.getLayoutParams();
if (lp.topMargin != consumedTop || lp.rightMargin != consumedRight
|| lp.bottomMargin != consumedBottom || lp.leftMargin != consumedLeft) {
lp.topMargin = consumedTop;
lp.rightMargin = consumedRight;
lp.bottomMargin = consumedBottom;
lp.leftMargin = consumedLeft;
mContentRoot.setLayoutParams(lp);
}
}
return insets;
}
提取要点如下:
- 状态栏、导航栏是属于View,而不是ViewGroup。因此不能再添加任何子View,这也就是为什么称为:状态栏背景,导航栏背景的原因。实际上,DecorView里设置的这两个背景是为了占位使用的。
- 状态栏、导航栏高度是系统确定的,在ViewRootImpl->setView(xx),获取到其边界属性。
- DecorView有三个子View,LinearLayout(内容)、状态栏、导航栏。LinearLayout根据后两者状态调整自身的LayoutParms。比如此时LinearLayout bottomMargin=126(导航栏高度)。
- 重点:DecorView只是给状态栏和导航栏预留位置,俗称背景,我们可以操作背景,但不能操作内容。真正的内容,比如电池图标、运营商图标等是靠系统填充上去的。
再用图表示状态栏、导航栏添加流程:
ViewRootImpl相关请查看: Android Activity创建到View的显示过程
状态栏/导航栏 如何确定位置呢?
public static final ColorViewAttributes STATUS_BAR_COLOR_VIEW_ATTRIBUTES =
new ColorViewAttributes(SYSTEM_UI_FLAG_FULLSCREEN, FLAG_TRANSLUCENT_STATUS,
Gravity.TOP, Gravity.LEFT, Gravity.RIGHT,
Window.STATUS_BAR_BACKGROUND_TRANSITION_NAME,
com.android.internal.R.id.statusBarBackground,
FLAG_FULLSCREEN);
public static final ColorViewAttributes NAVIGATION_BAR_COLOR_VIEW_ATTRIBUTES =
new ColorViewAttributes(
SYSTEM_UI_FLAG_HIDE_NAVIGATION, FLAG_TRANSLUCENT_NAVIGATION,
Gravity.BOTTOM, Gravity.RIGHT, Gravity.LEFT,
Window.NAVIGATION_BAR_BACKGROUND_TRANSITION_NAME,
com.android.internal.R.id.navigationBarBackground,
0 /* hideWindowFlag */);
预先设置属性,在updateColorViewInt(xx)设置View的Gravity。
导航栏:Gravity.BOTTOM
状态栏:Gravity.TOP
这样,导航栏和状态栏在DecorView里的位置确定了。
DecorView子View位置与大小的确定
DecorView三个直接子View添加流程已经确定,通过Layout Inspector看看其大小与位置:
从上图两个标红的矩形框分析:
LinearLayout 上边界是顶到屏幕,而下边界的与导航栏的顶部平齐,而状态栏是盖在LinearLayout上的,这也就是为什么我们可以设置沉浸式状态栏的原因。
ContentFrameLayout包含了内容区域,ContentFrameLayout上边界与标题栏底部对齐,下边界充满父控件。
来看看代码里如何确定LinearLayout和FrameLayout位置:
#View.java
public WindowInsets onApplyWindowInsets(WindowInsets insets) {
if ((mPrivateFlags3 & PFLAG3_FITTING_SYSTEM_WINDOWS) == 0) {
//fitSystemWindows(xx)里面调用fitSystemWindowsInt(xx)
if (fitSystemWindows(insets.getSystemWindowInsetsAsRect())) {
return insets.consumeSystemWindowInsets();
}
} else {
if (fitSystemWindowsInt(insets.getSystemWindowInsetsAsRect())) {
return insets.consumeSystemWindowInsets();
}
}
return insets;
}
private boolean fitSystemWindowsInt(Rect insets) {
//对应属性android:fitsSystemWindows="true"
if ((mViewFlags & FITS_SYSTEM_WINDOWS) == FITS_SYSTEM_WINDOWS) {
mUserPaddingStart = UNDEFINED_PADDING;
mUserPaddingEnd = UNDEFINED_PADDING;
Rect localInsets = sThreadLocal.get();
if (localInsets == null) {
localInsets = new Rect();
sThreadLocal.set(localInsets);
}
boolean res = computeFitSystemWindows(insets, localInsets);
mUserPaddingLeftInitial = localInsets.left;
mUserPaddingRightInitial = localInsets.right;
//最终根据insets来设定该View的padding
//设置padding,这里是设置paddingTop
internalSetPadding(localInsets.left, localInsets.top,
localInsets.right, localInsets.bottom);
return res;
}
return false;
}
LinearLayout设置了android:fitsSystemWindows="true",当状态栏展示的时候,需要将LinearLayout设置为适配状态栏,此处设置paddingTop="状态栏高度"
加上之前设置的marginBottom="导航栏高度”,这就确定了LinearLayout位置。
ContentFrameLayout父控件是ActionBarOverlayLayout,因此它的位置受父控件控制,ActionBarOverlayLayout计算标题栏占的位置,而后设置ContentFrameLayout marginTop属性。
针对上面的布局,对应的用图说话:
常见的获取DecorView各个区块大小的方法
既然知道了DecorView各个子View的布局,当然就有相应的方法获取其大小。
DecorView的尺寸
只要能获取到DecorView对象,一切都不在话下。
常见的通过Activity或者View获取:
Activity:
getWindow().getDecorView()
View:
getRootView()
导航栏/状态栏尺寸:
导航栏/状态栏高度是由系统确定的,固化在资源字段里:
public static int getStatusBarHeight(Context context) {
int resourceId = context.getResources().getIdentifier("status_bar_height", "dimen", "android");
return context.getResources().getDimensionPixelSize(resourceId);
}
public static int getNavigationBarHeight(Context context) {
Resources resources = context.getResources();
int resourceId = resources.getIdentifier("navigation_bar_height", "dimen", "android");
int height = resources.getDimensionPixelSize(resourceId);
return height;
}
总结
两篇文章分析了DecorView创建到展示一些布局细节。了解了DecorView的构成,我们做出一些效果更得心应手,如:状态栏沉浸/隐藏、Activity侧滑关闭、自定义通用标题栏等。
注:以上关于DecorView、subDecor、标题栏、布局文件和区块尺寸的选择是基于当前的demo的。可能你所使用的主题、设置的属性和本文不同导致布局效果差异,请注意甄别。
源码基于:Android 10.0