移除导航栏时犯过的一个错误

近几年由于全面屏需求以及导航手势的日趋流行，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();
        }
    }
最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 204,590评论 6赞 478
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 86,808评论 2赞 381
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 151,151评论 0赞 337
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 54,779评论 1赞 277
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 63,773评论 5赞 367
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 48,656评论 1赞 281
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 38,022评论 3赞 398
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 36,678评论 0赞 258
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 41,038评论 1赞 299
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,659评论 2赞 321
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,756评论 1赞 330
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 33,411评论 4赞 321
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 39,005评论 3赞 307
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,973评论 0赞 19
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1赞 260
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 45,053评论 2赞 350
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 42,495评论 2赞 343