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 );

    }

}

public void setNavigationBarColor(int color) {

    mNavigationBarColor = color;

    mForcedNavigationBarColor = true;

    if (mDecor != null) {

        mDecor.updateColorViews(null, false );

        mDecor.updateNavigationGuardColor();

    }

}

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

以上就是“Android SystemBar如何使用”这篇文章的所有内容，感谢各位的阅读！相信大家阅读完这篇文章都有很大的收获，小编每天都会为大家更新不同的知识，如果还想学习更多的知识，请关注编程网node.js频道。