近几年由于全面屏需求以及导航手势的日趋流行，Android设备的导航栏更多时候需要处于被移除状态。
在Android N 上，SystemUI初始化时添加导航栏的流程是，通过inflate布局"R.layout.navigation_bar"得到NavigationBarView，然后靠WindowManager.addView(mNavigationBarView) 直接把View添加到窗口上。因而移除过程也很简单，同样依靠WindowManager的removeView()方法就能把NavigationBarView又给移除掉。
protected void inflateNavigationBarView(Context context) {
mNavigationBarView = (NavigationBarView) View.inflate(
context, R.layout.navigation_bar, null);
}
protected void addNavigationBar() {
if (DEBUG) Log.v(TAG, "addNavigationBar: about to add " + mNavigationBarView);
if (mNavigationBarView == null) return;
...
prepareNavigationBarView();
mWindowManager.addView(mNavigationBarView, getNavigationBarLayoutParams());
}
但是在Android O 导航栏发生了比较大的变化，添加的流程变成了，先构造一个继承于Fragment的NavigationBarFragment，并inflate了一个FrameLayout布局"R.layout.navigation_bar_window"，然后通过FragmentManager把NavigationBarFragment对象给替换进去，触发Fragment生命周期里的onCreateView()时，再inflate布局"R.layout.navigation_bar"加载真正需要显示的NavigationBarView。
// StatusBar.java
protected void createNavigationBar() {
mNavigationBarView = NavigationBarFragment.create(mContext, (tag, fragment) -> {
mNavigationBar = (NavigationBarFragment) fragment;
if (mLightBarController != null) {
mNavigationBar.setLightBarController(mLightBarController);
}
mNavigationBar.setCurrentSysuiVisibility(mSystemUiVisibility);
});
}
// NavigationBarFragment.java
public static View create(Context context, FragmentListener listener) {
...
View navigationBarView = LayoutInflater.from(context).inflate(
R.layout.navigation_bar_window, null);
if (DEBUG) Log.v(TAG, "addNavigationBar: about to add " + navigationBarView);
if (navigationBarView == null) return null;
context.getSystemService(WindowManager.class).addView(navigationBarView, lp);
FragmentHostManager fragmentHost = FragmentHostManager.get(navigationBarView);
NavigationBarFragment fragment = new NavigationBarFragment();
fragmentHost.getFragmentManager().beginTransaction()
.replace(R.id.navigation_bar_frame, fragment, TAG)
.commit();
fragmentHost.addTagListener(TAG, listener);
return navigationBarView;
}
@Override
public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container,
Bundle savedInstanceState) {
return inflater.inflate(R.layout.navigation_bar, container, false);
}
当时由于没有过多的去了解新特性，在移植导航栏移除功能时仍然只是简单的通过WindowManager.removeView(mNavigationBarView)，但是当时移植完后也没出现什么问题，就没再留意这些改变了，但是却实实在在的埋了一个坑。
等到Android P也要移植这个功能时，傻乎乎的给移了上去，然后移除导航栏再添加回来后切换导航栏样式，嗯...SystemUI挂了。
12-18 10:57:18.444 1214 1214 I AndroidRuntime: VM exiting with result code 0, cleanup skipped.
12-18 10:58:10.872 1202 1202 E AndroidRuntime: FATAL EXCEPTION: main
12-18 10:58:10.872 1202 1202 E AndroidRuntime: Process: com.android.systemui, PID: 1202
12-18 10:58:10.872 1202 1202 E AndroidRuntime: java.lang.IllegalArgumentException: View=com.android.systemui.statusbar.phone.NavigationBarFrame{52be053 V.E...... ......I. 0,0-720,72 #7f0a0244 app:id/navigation_bar_frame} not attached to window manager
12-18 10:58:10.872 1202 1202 E AndroidRuntime: at android.view.WindowManagerGlobal.findViewLocked(WindowManagerGlobal.java:485)
12-18 10:58:10.872 1202 1202 E AndroidRuntime: at android.view.WindowManagerGlobal.updateViewLayout(WindowManagerGlobal.java:380)
12-18 10:58:10.872 1202 1202 E AndroidRuntime: at android.view.WindowManagerImpl.updateViewLayout(WindowManagerImpl.java:99)
12-18 10:58:10.872 1202 1202 E AndroidRuntime: at com.android.systemui.statusbar.phone.NavigationBarView.setSlippery(NavigationBarView.java:863)
12-18 10:58:10.872 1202 1202 E AndroidRuntime: at com.android.systemui.statusbar.phone.NavigationBarView.updateSlippery(NavigationBarView.java:839)
12-18 10:58:10.872 1202 1202 E AndroidRuntime: at com.android.systemui.statusbar.phone.NavigationBarView.updateStates(NavigationBarView.java:829)
12-18 10:58:10.872 1202 1202 E AndroidRuntime: at com.android.systemui.statusbar.phone.NavigationBarFragment$1.onInteractionFlagsChanged(NavigationBarFragment.java:186)
12-18 10:58:10.872 1202 1202 E AndroidRuntime: at com.android.systemui.OverviewProxyService.lambda$setInteractionFlags$1(OverviewProxyService.java:366)
12-18 10:58:10.872 1202 1202 E AndroidRuntime: at com.android.systemui.-$$Lambda$OverviewProxyService$Byum3rZuDDXrSlaSQFZFUtPz9Oc.run(Unknown Source:4)
12-18 10:58:10.872 1202 1202 E AndroidRuntime: at android.os.Handler.handleCallback(Handler.java:873)
12-18 10:58:10.872 1202 1202 E AndroidRuntime: at android.os.Handler.dispatchMessage(Handler.java:99)
12-18 10:58:10.872 1202 1202 E AndroidRuntime: at android.os.Looper.loop(Looper.java:193)
12-18 10:58:10.872 1202 1202 E AndroidRuntime: at android.app.ActivityThread.main(ActivityThread.java:6725)
12-18 10:58:10.872 1202 1202 E AndroidRuntime: at java.lang.reflect.Method.invoke(Native Method)
12-18 10:58:10.872 1202 1202 E AndroidRuntime: at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:493)
12-18 10:58:10.872 1202 1202 E AndroidRuntime: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:911)
这里可以看到在NavigationBarView的setSlippery()方法中报错了，原因是这个报错的navbarView并没有被添加到WindowManager里。一开始我是比较疑惑的，因为每个NavigationBarView对象在初始化的时候都会被add一遍，不应该出现"not attached"情况。后来我在setSlippery()中添加log发现，这个方法会被调用两次，且两个navbarView的id并不一样。
private void setSlippery(boolean slippery) {
boolean changed = false;
final ViewGroup navbarView = ((ViewGroup) getParent());
final WindowManager.LayoutParams lp = (WindowManager.LayoutParams) navbarView
.getLayoutParams();
if (lp == null) {
return;
}
if (slippery && (lp.flags & WindowManager.LayoutParams.FLAG_SLIPPERY) == 0) {
lp.flags |= WindowManager.LayoutParams.FLAG_SLIPPERY;
changed = true;
} else if (!slippery && (lp.flags & WindowManager.LayoutParams.FLAG_SLIPPERY) != 0) {
lp.flags &= ~WindowManager.LayoutParams.FLAG_SLIPPERY;
changed = true;
}
if (changed) {
WindowManager wm = (WindowManager)getContext().getSystemService(Context.WINDOW_SERVICE);
wm.updateViewLayout(navbarView, lp);
}
}
通过报错log往下看，发现这个问题与OverviewProxyService有关，由于P系统新增了一类胶囊导航栏，新增这个类专门用来处理该手势相关的一些判断，并且我的报错操作也是在移除并新增导航栏之后，将常规导航栏切换到胶囊导航栏(quickstep)后发生的。
setSlippery() 也是Android P上新增的一个方法，主要用来设置当导航栏处于quickstep状态时，需要设置FLAG_SLIPPERY，这样导航栏的划动触摸事件不会被传递给NavigationBarView以外的区域。这个调用流程是我主动发起的，主要是用于更新导航栏的显示样式，调用的地方是：
// OverviewProxyService.ISystemUiProxy.Stub()
public void setInteractionState(@InteractionType int flags) {
long token = Binder.clearCallingIdentity();
try {
if (mInteractionFlags != flags) {
mInteractionFlags = flags;
mHandler.post(() -> {
for (int i = mConnectionCallbacks.size() - 1; i >= 0; --i) {
mConnectionCallbacks.get(i).onInteractionFlagsChanged(flags);
}
});
}
} finally {
Prefs.putInt(mContext, Prefs.Key.QUICK_STEP_INTERACTION_FLAGS, mInteractionFlags);
Binder.restoreCallingIdentity(token);
}
}
这里有个for循环，而setSlippery()被调用两次说明onInteractionFlagsChanged()也被调用两次，所以mConnectionCallbacks里有两个callback回调了onInteractionFlagsChanged()。
因此我开始找注册这些callback的地方，于是又找到NavigationBarFragment的头上。它在生命周期的onViewCreated() 以及onDestroyView() 的时候add和remove了相应的callback，然后联想到我移除导航栏的代码后我想通了，由于移除导航栏时只是把NavigationBarView从WindowManager上移掉了，但是没对NavigationBarFragment做任何操作，所以它不会执行到onDestroyView()，callback仍然被存放在mConnectionCallbacks这个集合里。最后在添加导航栏的时候又重新实例化了一个新的NavigationBarFragment，又加了一个新的callback进去。
当两个callback同时被回调时，由于第一个navBarView已经被我们从WindowManager上给删掉了，所以这时候就报错说该view "not attached to window manager"。
找到问题原因就好办了，移除导航栏的操作必须修改为在移除navBarView后，通过FragmentManager把NavigationBarFragment也给移除掉，确保不会有多余的view存在：
/**
* NavigationBarFragment.java 新增方法
* 用于StatusBar里删除导航栏时调用
*/
public static void removeFragment(Context context, NavigationBarFragment fragment, View view) {
if (fragment != null && view != null) {
((WindowManager)context.getSystemService(Context.WINDOW_SERVICE)).removeView(view);
FragmentHostManager fragmentHost = FragmentHostManager.get(view);
fragmentHost.getFragmentManager().beginTransaction()
.remove(fragment)
.commit();
}
}