AccessibilityService的onKeyEvent方法分析，顺便初探Android的按键传递机制

　　背景：我们的设备有实体键盘，有0，1，2，3，4，5，6，7，8，9实体按键，原来玩过诺基亚塞班系统的都知道，会有个Aa键和数字按键切换的按键，切换之后这几个实体按键可以输出字母，比如当切换到小写字母状态时，按一下2，会输出a，快速点击两下则会输出b,以此类推

　　问题：客户写了一个辅助服务来获取系统的按键，但是，只能获取到数字按键，不能获取到字母按键．

　　分析：这个问题肯定要去分析按键传递的流程，然后从中找到蛛丝马迹，我以前稍微看过相关的，看来这次得细细看了．

 

　　首先先简要说明一下AccessibilityService和AccessibilityManagerService的关系，因为这个不是重点：

　　AccessibilityManagerService中有一个SparseArray<UserState> mUserStates对象，该对象保存了各个User所包含的AccessibilityService信息，当我们点击启用某个AccessibilityService时，该AccessibilityService会被bind并且保存在userState.mBoundServices中，然后AccessibilityManagerService如果发现mBoundServices不为空的话，就会mWindowManagerService.setInputFilter(inputFilter)，这个是重点．

　　

　　然后重点分析一下按键的流程

１．InputDispatcher的notifyKey方法

　　InputReader读取到输入事件后会调用InputDispatcher的notifyKey方法

void InputDispatcher::notifyKey(const NotifyKeyArgs* args) {
#if DEBUG_INBOUND_EVENT_DETAILS
    ALOGD("notifyKey - eventTime=%lld, deviceId=%d, source=0x%x, policyFlags=0x%x, action=0x%x, "
            "flags=0x%x, keyCode=0x%x, scanCode=0x%x, metaState=0x%x, downTime=%lld",
            args->eventTime, args->deviceId, args->source, args->policyFlags,
            args->action, args->flags, args->keyCode, args->scanCode,
            args->metaState, args->downTime);
#endif
    if (!validateKeyEvent(args->action)) {
        return;
    }

    uint32_t policyFlags = args->policyFlags;
    int32_t flags = args->flags;
    int32_t metaState = args->metaState;
    if ((policyFlags & POLICY_FLAG_VIRTUAL) || (flags & AKEY_EVENT_FLAG_VIRTUAL_HARD_KEY)) {
        policyFlags |= POLICY_FLAG_VIRTUAL;
        flags |= AKEY_EVENT_FLAG_VIRTUAL_HARD_KEY;
    }
    if (policyFlags & POLICY_FLAG_FUNCTION) {
        metaState |= AMETA_FUNCTION_ON;
    }

    policyFlags |= POLICY_FLAG_TRUSTED;

    int32_t keyCode = args->keyCode;
    if (metaState & AMETA_META_ON && args->action == AKEY_EVENT_ACTION_DOWN) {
        int32_t newKeyCode = AKEYCODE_UNKNOWN;
        if (keyCode == AKEYCODE_DEL) {
            newKeyCode = AKEYCODE_BACK;
        } else