Android6.0源码分析之menu键弹出popupwindow菜单流程分析
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的弹起就分析完了