Android6.0源码分析之menu键弹出popupwindow菜单流程分析

例如上图，在按下菜单键后会弹出对应的菜单选项，准确来说，是在菜单键弹起后出现的一个popupwindow，那么从菜单键弹起到popupwindow创建所涉及到的历程是怎样的呢？

理论上是底层监测menu按键键值，通知framework层，framework经过一系列的处理后分发给上层，或者拦截掉

现在是假设framework层已经把menu按键分发给了用户，那么接下里就是activity进行响应，所以从Activity开始看起，整体流程如下：

从按键弹起framework层分发到activity开始，到弹出popupwindow结束整个流程图

代码所在目录如下

流程图中所涉及到的一些只是单纯的作为中介调用了一下，按着流程自己也可以看到，现在是挑一些有用的进行分析

1，第一个需要分析的就是Activity.java文件中的分发menu按键的方法

  /**
     * Called to process key events.  You can override this to intercept all
     * key events before they are dispatched to the window.  Be sure to call
     * this implementation for key events that should be handled normally.
     *
     * @param event The key event.
     *
     * @return boolean Return true if this event was consumed.
     */
    public boolean dispatchKeyEvent(KeyEvent event) {
        onUserInteraction();

        // Let action bars open menus in response to the menu key prioritized over
        // the window handling it
        if (event.getKeyCode() == KeyEvent.KEYCODE_MENU &&
                mActionBar != null && mActionBar.onMenuKeyEvent(event)) {
           //当menu按键到来时，先判断下actionBar是否为null,如果actionbar不为空再进行处理，即让actionbar响应按键事件  
           
           return true;
        }

        Window win = getWindow();//获取到当前activity的窗口实例
        if (win.superDispatchKeyEvent(event)) {
           //如果acitonbar没有对按键进行处理，则传递给activity所在窗口进行处理 
         return true;
        }
        View decor = mDecor;//先介绍一下，activity的布局的根节点为DecorView，在这里获取到activity的根节点
        if (decor == null) decor = win.getDecorView();
      //如果actionbar没有处理event，window窗口也没处理或者拦截event，则传递给view进行处理  
      return event.dispatch(this, decor != null
                ? decor.getKeyDispatcherState() : null, this);
    }

处理分发按键事件时会调用，用户也可以自己覆写，来达到按自己的意愿处理按键事件的目的，比如拦截按键传递给窗口，view等。

通过以上方法的分析可以总结出，一个menu事件在传递给activity后，如果不是menu事件就会直接交给window会向下传递，有三方可能进行处理

actionbar
window
view

这三个优先级由高到低，也就是说，menu事件会首先传递给actionbar，如果actionbar进行了处理并且将事件拦截下来不派发给窗口，那么menu事件到actionbar处理之后就结束了。反之则会向window和view进行传递。

2，流程中第二个值得分析的就在ActionMenuPresenter.java中

/**
     * Display the overflow menu if one is present.
     * @return true if the overflow menu was shown, false otherwise.
     */
    public boolean showOverflowMenu() {
        if (mReserveOverflow && !isOverflowMenuShowing() && mMenu != null && mMenuView != null &&
                mPostedOpenRunnable == null && !mMenu.getNonActionItems().isEmpty()) {

          //if条件进行了以下几个判断，mReserveOverflow判断了是否显示overflow按钮，isOverflowMenuShowing表示了菜单项的popupwindow是否正在显示
          //，以及要打开菜单项的进程是否已经初始化，菜单项是否不是空

            //初始化popupwindow对象
           OverflowPopup popup = new OverflowPopup(mContext, mMenu, mOverflowButton, true);
           开启线程，加载popupwindow 
          mPostedOpenRunnable = new OpenOverflowRunnable(popup);
            // Post this for later; we might still need a layout for the anchor to be right.
            ((View) mMenuView).post(mPostedOpenRunnable);

            // ActionMenuPresenter uses null as a callback argument here
            // to indicate overflow is opening.
            super.onSubMenuSelected(null);

            return true;
        }
        return false;
    }

总结下来就是，该方法先对一些必要的条件做了一些判断，比如menu是否存在，menu菜单选项是否为空，menu的popup是否已经弹出，或者正在弹出，然后在进行popup对象的实例化，并开启加载popup的线程。

private class OpenOverflowRunnable implements Runnable {
        private OverflowPopup mPopup;

        public OpenOverflowRunnable(OverflowPopup popup) {
            mPopup = popup;
        }

        public void run() {
            mMenu.changeMenuMode();
            final View menuView = (View) mMenuView;
            if (menuView != null && menuView.getWindowToken() != null && mPopup.tryShow()) {
                mOverflowPopup = mPopup;
            }
            mPostedOpenRunnable = null;
        }
    }

在加载线程中修改menu的状态模式，并且试着去弹出popup，mPopup.tryShow();

到这里menu按下从activity分发到popup的弹起就分析完了