千家信息网

Android SystemBar如何使用

发表于:2024-11-15 作者:千家信息网编辑
千家信息网最后更新 2024年11月15日,今天小编给大家分享一下Android SystemBar如何使用的相关知识点,内容详细,逻辑清晰,相信大部分人都还太了解这方面的知识,所以分享这篇文章给大家参考一下,希望大家阅读完这篇文章后有所收获,
千家信息网最后更新 2024年11月15日Android SystemBar如何使用

今天小编给大家分享一下Android SystemBar如何使用的相关知识点,内容详细,逻辑清晰,相信大部分人都还太了解这方面的知识,所以分享这篇文章给大家参考一下,希望大家阅读完这篇文章后有所收获,下面我们一起来了解一下吧。

ROM 去掉NavigationBar

resgrep NavigationBar相关的res,发现在framework/base/core/res/res/config.xml中可以通过config_showNavigationBar配置,继续jgrep showNavigationBar相关的java,发现在PhoneWindowManager中通过boolean变量mHasNavigationBar记录是否有NavigationBar,具体代码如下:

mHasNavigationBar = res.getBoolean(com.android.internal.R.bool.config_showNavigationBar);

需要注意的是mHasNavigationBar也可以通过系统提供的Property来标识,具体代码如下:

String navBarOverride = SystemProperties.get("qemu.hw.mainkeys");

if ("1".equals(navBarOverride)) {

mHasNavigationBar = false;

} else if ("0".equals(navBarOverride)) {

mHasNavigationBar = true;

}

在PhoneWindowManager中存在一个类型为WindowState的变量mNavigationBar,WindowState是在PhoneWindowManger prepareAddWindow时会用到的一个interface,仔细看看prepareAddWindowLw方法

switch (attrs.type) {

case TYPE_NAVIGATION_BAR:

mContext.enforceCallingOrSelfPermission(android.Manifest.permission.STATUS_BAR_SERVICE, "PhoneWindowManager");

if (mNavigationBar != null) {

if (mNavigationBar.isAlive()) {

return WindowManagerGlobal.ADD_MULTIPLE_SINGLETON;

}

}

mNavigationBar = win;

mNavigationBarController.setWindow(win);

if (DEBUG_LAYOUT) Slog.i(TAG, "NAVIGATION BAR: " + mNavigationBar);

break;

}

判断type为TYPE_NAVIGATION_BAR的时候,给mNavigationBar赋值,并且mNavigationBarController setWindow,mNavigationBarController是一个用来操纵SystemBar Window的类,有兴趣可以详细看看这个类,位于/framework/base/services/core/java/com/android/server/policy。继续浏览代码会发现方法layoutNavigationBar,通过mNavigationBarController对mNavigationBar进行layout。

在framework/base/packages/SystemUI中PhoneStatusBar中makeStatusBarView有如下一段代码:

try {

boolean showNav = mWindowManagerService.hasNavigationBar();

if (DEBUG) Log.v(TAG, "hasNavigationBar=" + showNav);

if (showNav) {

createNavigationBarView(context);

}

} catch (RemoteException ex) {

// no window manager? good luck with that

}

根据WindowManagerService中的hasNavigationBar方法判断是否有NavigationBar,再看WindowMangerService中是调用了PhoneWindowManager中的hasNavigationBar方法,最终返回的就是最开始提到了mHasNavigationBar这个标识。在PhoneStatusBar有详细讲到如何createAndAddWindows,感兴趣可以再进一步了解。

SystemBar Translucent支持

Android在API 19的时候添加了两个WindowManager.LayoutParams,分别是FLAG_TRANSLUCENT_NAVIGATION、FLAG_TRANSLUCENT_STATUS。

在官方文档中有提到当为Window设置FLAG_TRANSLUCENT_NAVIGATION时,自动设置了System UI visibility SYSTEM_UI_FLAG_LAYOUT_STABLE、SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION,当为Window设置了FLAG_TRANSLUCENT_STATUS时,自动设置了System UI visibility SYSTEM_UI_FLAG_LAYOUT_STABLE、SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN。

显然,这时System UI visibility有发生变化,在PhoneWindowManager中有如下一段代码:

public int adjustSystemUiVisibilityLw(int visibility) {

mStatusBarController.adjustSystemUiVisibilityLw(mLastSystemUiFlags, visibility);

mNavigationBarController.adjustSystemUiVisibilityLw(mLastSystemUiFlags, visibility);

mRecentsVisible = (visibility & View.RECENT_APPS_VISIBLE) > 0;

mTvPictureInPictureVisible = (visibility & View.TV_PICTURE_IN_PICTURE_VISIBLE) > 0;

// Reset any bits in mForceClearingStatusBarVisibility that

// are now clear.

mResettingSystemUiFlags &= visibility;

// Clear any bits in the new visibility that are currently being

// force cleared, before reporting it.

return visibility & ——mResettingSystemUiFlags

& ——mForceClearedSystemUiFlags;

}

可以看到前边提到的操控SystemBar的Controller这个时候发挥了作用,调用了其adjustSystemUiVisibilityLw,继续看BarController中相关代码

public void adjustSystemUiVisibilityLw(int oldVis, int vis) {

if (mWin != null && mTransientBarState == TRANSIENT_BAR_SHOWING && (vis & mTransientFlag) == 0) {

// sysui requests hide

setTransientBarState(TRANSIENT_BAR_HIDING);

setBarShowingLw(false);

} else if (mWin != null && (oldVis & mUnhideFlag) != 0 && (vis & mUnhideFla == 0) {

// sysui ready to unhide

setBarShowingLw(true);

}

}

同时,看到BarController中有applyTranslucentFlagLw,通过查找其调用处,发现依旧是在PhoneWindowManager中调用,以下是调用部分

// apply translucent bar vis flags

WindowState fullscreenTransWin = isStatusBarKeyguard() && !mHideLockScreen ? mStatusBar : mTopFullscreenOpaqueWindowState;

vis = mStatusBarController.applyTranslucentFlagLw(fullscreenTransWin, vis, oldVs);

vis = mNavigationBarController.applyTranslucentFlagLw(fullscreenTransWin, vis, oldVis);

final int dockedVis = mStatusBarController.applyTranslucentFlagLw(mTopDockedOpaqueWindowState, 0, 0);

final boolean fullscreenDrawsStatusBarBackground =

(drawsSystemBarBackground(mTopFullscreenOpaqueWindowState) && (vis & View.STATUS_BAR_TRANSLUCENT) == 0) || forcesDrawStatusBarBackground(mTopFullscreenOpaqueWindowState);

final boolean dockedDrawsStatusBarBackground = (drawsSystemBarBackground(mTopDockedOpaqueWindowState) && (dockedVis & View.STATUS_BAR_TRANSLUCENT) == 0) || forcesDrawStatusBarBackground(mTopDockedOpaqueWindowState);

可以看到在PhoneWindowManager中通过updateSystemBarsLw进行了相应的更新SystemBars。这个地方还有一个比较有意思的问题是,在实际使用这两个Flag的时候,会发现App自动延伸到StatusBar和NavigationBar下方,这是为何?

猜想,应该是App区域对系统下发的WindowInsets值做了处理,查看ActionBarOverlayLayout onApplyWindowInsets方法,可以发现通过computeFitSystemWindows对ActionBarOverlayLayout的measure时用到的insets值做了处理,查看View的computeFitSystemWindows方法

protected boolean computeFitSystemWindows(Rect inoutInsets, Rect outLocalInsets) {

if ((mViewFlags & OPTIONAL_FITS_SYSTEM_WINDOWS) == 0 || mAttachInfo == null || ((mAttachInfo.mSystemUiVisibility & SYSTEM_UI_LAYOUT_FLAGS) == 0 && !mAttachInfo.mOverscanRequested)) {

outLocalInsets.set(inoutInsets);

inoutInsets.set(0, 0, 0, 0);

return true;

} else {

// The application wants to take care of fitting system window for

// the content... however we still need to take care of any overscan here.

final Rect overscan = mAttachInfo.mOverscanInsets;

outLocalInsets.set(overscan);

inoutInsets.left -= overscan.left;

inoutInsets.top -= overscan.top;

inoutInsets.right -= overscan.right;

inoutInsets.bottom -= overscan.bottom;

return false;

}

}

可以发现这个地方,根据flag的判断通过overscan Rect对ActionBarOverlayLayout的insets值进行了修改(最近把这个处理移植到API 19以下了,嘿嘿嘿)。当然Google也没勇气对这个处理一锅端,因此App可以使用fitsSystemWindows属性来避免系统做这个处理,通过这个属性可以默认把insets值给到当前View的padding值,当然App也可以自己继承View的fitSystemWindows方法来自己处理insets。

SystemBar setColor支持

Android在API 21的时候为Window添加了setNavigationBarColor、setStatusBarColor,进一步提升SystemBar用户体验。

PhoneWindow继承Window具体实现了setNavigationBarColor、setStatusBarColor,具体代码如下:

public void setStatusBarColor(int color) {

mStatusBarColor = color;

mForcedStatusBarColor = true;

if (mDecor != null) {

mDecor.updateColorViews(null, false /* animate */);

}

}

public void setNavigationBarColor(int color) {

mNavigationBarColor = color;

mForcedNavigationBarColor = true;

if (mDecor != null) {

mDecor.updateColorViews(null, false /* animate */);

mDecor.updateNavigationGuardColor();

}

}

不难发现主要是DecorView的updateColorViews在work,通过查看代码,可以明白是DecorView在SystemBar的位置add了对应的ColorStateView,这个有点类似PhoneWindowManager里边的WindowState,之后对ColotStateView里边的view进行操作即可,比如说setBackground来改变其颜色。

以上就是"Android SystemBar如何使用"这篇文章的所有内容,感谢各位的阅读!相信大家阅读完这篇文章都有很大的收获,小编每天都会为大家更新不同的知识,如果还想学习更多的知识,请关注行业资讯频道。

0