1.整体流程
1.硬件设备产生的消息最初通过消息处理前端转化为操作系统需要的统一值.
2.Wms根据窗口的状态判断用户正与那个窗口进行交互,然后把消息交给当前窗口.
3.窗口内部的view系统获取消息后,会把消息派发给所有子视图以便子视图能获取消息并处理,还可能引起界面的变化导致界面重绘.
2.消息类型
1.按键消息,实体类是keyevent.按键动作只有Down和Up,
getAction() 获取按键动作, getKeyCode() 返回按键代码, getRepeat() 获取按键重复次数
2.触摸消息 实体类是 MotionEvent,触摸消息包括多点触控
getAction()获取消息动作.getEventTime()获取本息消息发生时间.getX()|getY()获取触摸点坐标.
3.按键消息派发过程
1.生理长按,第一个Down产生后,如果用户没松手,会继续产生Down消息,两次Down消息的时间间隔定义在c++中,最后会回调onKeyLongPress()接口
2.长按.Down消息产生后,会判断View是否具有click或longClick属性,如果有,view就会post一个异步消息,在500ms后执行一段Runnable代码,
如果在500ms内Down消息还在,就会回调onLongClick接口.
4.按键总体派发流程
-
ViewRoot中定义了一个ViewRootHandler对象,在底层得到按键消息后,会通过ViewRootHandler 通知ViewRoot,最后通过deliverInputEvent来处理.
deliverInputEvent 内部处理 1.调用mView.dispatchKeyEventPreIme(); 在输入法获取消息前处理消息 2.把消息派发到输入法窗口 3.调用deliverKeyEventToViewHierarchy()将消息分发给真正的视图 3.1checkForLeavingTouchModeAndConsume()判断消息是否离开触摸模式 3.2mView.dispathcKeyEvent 将消息发红给个根视图,根视图可能是PhoneWindow的DecorView或者VieGroup 3.3如果视图没有处理,如果会引起视图焦点变化,就进行焦点切换. 3.4如果Wms需要窗口发送执行完毕的回执,回调finishInputEvent();
2.根视图内部派发过程 PhoneWidow.DevorView.dispatchKeyEvent();
public boolean dispatchKeyEvent(KeyEvent event) {
final int keyCode = event.getKeyCode();
final int action = event.getAction();
final boolean isDown = action == KeyEvent.ACTION_DOWN;
if (isDown && (event.getRepeatCount() == 0)) {
if ((mPanelChordingKey > 0) && (mPanelChordingKey != keyCode)) {
//1.处理系统快捷键,此时是菜单窗口没有显示,需要处理组合快捷键
boolean handled = dispatchKeyShortcutEvent(event);
if (handled) {
return true;
}
}
//2.此时菜单窗口已经显示,只需要处理快捷键
if ((mPreparedPanel != null) && mPreparedPanel.isOpen) {//2.
if (performPanelShortcut(mPreparedPanel, keyCode, event, 0)) {
return true;
}
}
}
if (!isDestroyed()) {
//3.此时callback是activity.因为activity实现了window.callback,而super则是ViewGroup.所以要么是activity处理按键消息,
要么是viewGroup处理按键消息
final Callback cb = getCallback();
final boolean handled = cb != null && mFeatureId < 0 ? cb.dispatchKeyEvent(event)
: super.dispatchKeyEvent(event);
if (handled) {
return true;
}
}
//4.如果都没处理按键消息,就调用PhoneWindow的onKeyDown|onKeyUp处理.这里只能处理少数特定按键消息.
return isDown ? PhoneWindow.this.onKeyDown(mFeatureId, event.getKeyCode(), event)
: PhoneWindow.this.onKeyUp(mFeatureId, event.getKeyCode(), event);
}
3.Activity内部派发流程
activity的dispatchKeyEvent 会先回调该activity的window对象的相应方法,并将消息派发给DecorView对象的视图树内部.然后在才回调activity内部的onKeyDown|onKeyUp
//activity.dispatchKeyEvent
public boolean dispatchKeyEvent(KeyEvent event) {
onUserInteraction(); //1.在用户交互前做点什么
if (event.getKeyCode() == KeyEvent.KEYCODE_MENU &&//2.处理菜单键
mActionBar != null && mActionBar.onMenuKeyEvent(event)) {
return true;
}
Window win = getWindow();
if (win.superDispatchKeyEvent(event)) { //3.调用window的方法.最后还是
//走到DecorView的视图的superDispatchKeyEvent方法,最后走到ViewGroup的dispatchKeyEvent
return true;
}
View decor = mDecor;
if (decor == null) decor = win.getDecorView();
return event.dispatch(this, decor != null? decor.getKeyDispatcherState() : null, this);//4.继续调用event的dispatch方法,
此时的第一个参数receiver是activity.
}
接下来看下第3,1步的最终ViewGroup的dispatchKeyEvent
public boolean dispatchKeyEvent(KeyEvent event) {
if ((mPrivateFlags & (PFLAG_FOCUSED | PFLAG_HAS_BOUNDS))
== (PFLAG_FOCUSED | PFLAG_HAS_BOUNDS)) {
if (super.dispatchKeyEvent(event)) { //如果viewgroup自己有焦点,就自己处理消息
return true;
}
} else if (mFocused != null && (mFocused.mPrivateFlags & PFLAG_HAS_BOUNDS)
== PFLAG_HAS_BOUNDS) {
if (mFocused.dispatchKeyEvent(event)) {//如果自己没有焦点,就看子view进行分发.mFocused就是ViewGroup中的子view.
return true;
}
}
return false;
}
接下来看3.4步的event.dispatch(Callback receiver, DispatcherState state, Object target)
public final boolean dispatch(Callback receiver, DispatcherState state,
Object target) {
switch (mAction) {
case ACTION_DOWN: {
mFlags &= ~FLAG_START_TRACKING;//1.清除FLAG_START_TRACKING标识
boolean res = receiver.onKeyDown(mKeyCode, this);//2.回调receiver的onKeyDown.receiver可能是 activity.也可能是view
if (state != null) {
if (res && mRepeatCount == 0 && (mFlags&FLAG_START_TRACKING) != 0) {
state.startTracking(this, target); //3.开始进行event的追踪,为了检测生理长按.
} else if (isLongPress() && state.isTracking(this)) {
try {
if (receiver.onKeyLongPress(mKeyCode, this)) {//4.表示调用receiver的生理长按回调方法
state.performedLongPress(this);//5.记录已经发生了生理长按.
res = true;
}
} catch (AbstractMethodError e) {
}
}
}
return res;
}
case ACTION_UP:
if (state != null) {
state.handleUpEvent(this);//6.移除event追踪,判断是否发送的生理长按,有的话给event打一个flag
}
return receiver.onKeyUp(mKeyCode, this);
}
return false;
}
4.view的onKeyDown|onKeyUp
public boolean onKeyDown(int keyCode, KeyEvent event) {
boolean result = false;
if (KeyEvent.isConfirmKey(keyCode)) {//1.如果按键消息是KEYCODE_DPAD_CENTER|KEYCODE_ENTER才处理,其他按键直接返回false
if ((mViewFlags & ENABLED_MASK) == DISABLED) {
return true;
}
//
if (((mViewFlags & CLICKABLE) == CLICKABLE ||
(mViewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) &&
(event.getRepeatCount() == 0)) {
setPressed(true);//2.如果可以长按,就发送一个异步消息看是否会发生长按消息.该消息会在500ms后执行,如果到时没有发送up事件取消该长按消息,就会调用onLongClick
checkForLongClick(0);
return true;
}
}
return result;
}
public boolean onKeyUp(int keyCode, KeyEvent event) {
if (KeyEvent.isConfirmKey(keyCode)) {
if ((mViewFlags & ENABLED_MASK) == DISABLED) {//1.不可用就直接返回
return true;
}
if ((mViewFlags & CLICKABLE) == CLICKABLE && isPressed()) {
setPressed(false);//
if (!mHasPerformedLongPress) {//2.标识up发生距离down没超过500ms,移除异步消息,执行点击操作.
removeLongPressCallback();
return performClick();
}
}
}
return false;
}
5.activity的onKeyDown|onKeyUp
1.处理back键,退出当前activity
2.判断mDefaultKeyMode,可以为他设置快捷键,在activity中直接进行某些操作
3.如果是DEFAULT_KEYS_SHORTCUT模式.处理快捷键
4.把按键转化为具体字符,在根据keymode启动不同activity.包括拨号.搜索程序.
6.phonewindow内部派发流程
当按键消息在view视图内部及activity内部没被处理时,就会最终到phonewindow的onkeydown|onkeyUp中
onKeyDown
1.处理音量调节
2.处理音乐播放控制
3.处理相机
4.出来Menu键
5.处理拨号键
6.处理search键
onKeyUp
1.处理生理长按
2.处理音量调节
3.处理音乐播放控制
4.处理相机
5.出来Menu键
6.处理拨号键
7.处理search键
7.按键消息在最开始会经过Wms进行处理,在派发到客户端窗口,这端过程对客户端不可见,wps通过phoneWindowManager针对整个系统进行消息处理.本过程忽略.
总体而言.按键消息的处理过程是由父视图先处理,如果父视图没有处理消息时才派发给子视图处理,此过程与触摸的过程正好相反.