イベントの配布3つの連続した質問：画面のクリックからイベントはどのようにアクティビティに到達しますか？CANCELイベントはいつトリガーされますか？スライドの競合を解決する方法は？

その他 2021-01-28 14:22:13 訪問数: null

1.質問

インタビューで言及されたAndroidのイベント配布では、通常、dispatchTouchEventプロセスについて[アクティビティ]-> [ウィンドウ]-> [DecorView]-> [ViewGroup]-> [ビュー]から説明できます。これはマスターするための最も基本的なニーズであり、ある程度の詳細につながる可能性があります。知識ポイント？

  1. 画面のクリックからイベントはどのようにアクティビティに到達しますか？
  2. CANCELイベントはいつトリガーされますか？
  3. スライドの競合を解決する方法は？

著者：ZYLAB
リンク：https：//juejin.im/post/6874589638925746190

2.トピックの詳細な説明

2.1Androidイベントの配布

Androidイベントの配布は、おそらくActivity-> PhoneWindow-> DecorView-> ViewGroup-> ViewのdispatchTouchEventを経由します。
dispatchTouchEventは、次の擬似コードで説明できます。プロセスは詳細に分析されないため、全員が明確である必要があります。

// 伪代码
public boolean dispatchTouchEvent() {
    boolean res = false;

    // 是否不允许拦截事件
    // 如果设置了 FLAG_DISALLOW_INTERCEPT，不会拦截事件，所以在 child 里可以通过 requestDisallowInterceptTouchEvent 控制父 View 是否来拦截事件
    final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;

    if (!disallowIntercept && onInterceptTouchEvent()) { // View 不调用这里，直接执行下面的 touchlistener 判断
        if (touchlistener && touchlistener.onTouch()) {
            return true;
        }
        res = onTouchEvent(); // 里面会处理点击事件 -> performClick() -> clicklistener.onClick()
    } else if (DOWN) { // 如果是 DOWN 事件，则遍历子 View 进行事件分发
        // 循环子 View 处理事件
        for (childs) {
            res = child.dispatchTouchEvent();
        }
    } else {
        // 事件分发给 target 去处理，这里的 target 就是上一步处理 DOWN 事件的 View
        target.child.dispatchTouchEvent();
    }
    return res;
}

2.2イベントはどのようにアクティビティに到達しますか

上記のイベント配信はアクティビティから開始されますが、イベントはどのようにしてアクティビティに到達しますか？

全体的なプロセスはおおまかに次のようになります。ユーザーがデバイスをクリックすると、Linuxカーネルが割り込みを受け入れ、割り込みが入力イベントデータに処理され、対応するデバイスノードに書き込まれます。InputReaderは/ dev / inputの下のすべてのデバイスノードを監視します。 /、ノードにデータがある場合読み取り可能な場合、元のイベントはEventHubを介して取り出され、入力イベントに変換および処理され、InputDispatcherに配信されます。InputDispatcherは、によって提供されるウィンドウ情報に従って、イベントを適切なウィンドウに配信します。 WMS、およびウィンドウViewRootImplがイベントをディスパッチします

一般的なフローチャートは次のとおりです。

主にいくつかの段階があります。

  1. ハードウェア割り込み
  2. InputManagerServiceの機能
  3. InputReaderThreadの機能
  4. InputDispatcherThreadの機能
  5. WindowInputEventReceiverの機能
2.2.1ハードウェア割り込み

ここでは、ハードウェア割り込みについて簡単に紹介します。オペレーティングシステムは、割り込みを介してハードウェアイベントを受信します。
カーネルが起動すると、割り込みの種類と対応する処理方法のアドレスが割り込み記述子テーブルに登録されます。
割り込みが発生すると、対応する処理メソッドが呼び出され、対応するイベントがデバイスノードに書き込まれます。

2.2.2InputManagerServiceの機能

InputManagerServiceは、入力イベントを処理するために使用されます。Java側のInputManagerServiceは、C ++コードのパッケージであり、イベントをJavaレイヤーに渡すためのいくつかのコールバックを提供します。
ネイティブ側のInputManagerService初期化コードを見てみましょう。

NativeInputManager::NativeInputManager(jobject contextObj,
        jobject serviceObj, const sp<Looper>& looper) :
        mLooper(looper), mInteractive(true) {
    // ...
    sp<EventHub> eventHub = new EventHub();
    mInputManager = new InputManager(eventHub, this, this);
}

主に2つのことを行います。

  1. EventHubを初期化します
EventHub::EventHub(void) {
            // ...
    mINotifyFd = inotify_init();
    int result = inotify_add_watch(mINotifyFd, DEVICE_PATH, IN_DELETE | IN_CREATE);
    result = epoll_ctl(mEpollFd, EPOLL_CTL_ADD, mINotifyFd, &eventItem);
    result = epoll_ctl(mEpollFd, EPOLL_CTL_ADD, mWakeReadPipeFd, &eventItem);
}

EventHubの機能は、デバイスノードが更新されているかどうかを監視することです。
2.InputManagerを初期化します

void InputManager::initialize() {
    mReaderThread = new InputReaderThread(mReader);
    mDispatcherThread = new InputDispatcherThread(mDispatcher);
}

InputReaderThreadとInputDispatcherThreadの2つのスレッドは、InputManagerで初期化されます。1つはイベントの読み取り用で、もう1つはイベントのディスパッチ用です。

2.2.3InputReaderThreadの機能
bool InputReaderThread::threadLoop() {
    mReader->loopOnce();
    return true;
}

void InputReader::loopOnce() {
    // 从 EventHub 获取事件
    size_t count = mEventHub->getEvents(timeoutMillis, mEventBuffer, EVENT_BUFFER_SIZE);
    // 处理事件
    processEventsLocked(mEventBuffer, count);
    // 事件发送给 InputDispatcher 去做分发
    mQueuedListener->flush();
}

ここにはもっと多くのコードがあるので、いくつかの省略があります。
InputReaderThreadでは、次の3つのことが行われます。

  1. EventHubからイベントを取得する
  2. イベントの処理。さまざまなタイプのイベントがあり、処理とパッケージ化が異なります。
  3. イベントをInputDispatcherに送信します
2.2.4InputDispatcherThreadの機能
bool InputDispatcherThread::threadLoop() {
    mDispatcher->dispatchOnce(); // 内部调用 dispatchOnceInnerLocked
    return true;
}

void InputDispatcher::dispatchOnceInnerLocked(nsecs_t* nextWakeupTime) {
    // 从队列中取出一个事件
    mPendingEvent = mInboundQueue.dequeueAtHead();
    // 根据不同的事件类型，进行不同的操作
    switch (mPendingEvent->type) {
    case EventEntry::TYPE_CONFIGURATION_CHANGED: {
        // ...
    case EventEntry::TYPE_DEVICE_RESET: {
        // ...
    case EventEntry::TYPE_KEY: {
        // ...
    case EventEntry::TYPE_MOTION: {
        // 派发事件
        done = dispatchMotionLocked(currentTime, typedEntry,
                &dropReason, nextWakeupTime);
        break;
    }
}

イベントは上記のdispatchMotionLockedメソッドを介してディスパッチされ、特定の関数呼び出しプロセスは次のように省略されます。

dispatchMotionLocked -> dispatchEventLocked -> prepareDispatchCycleLocked -> enqueueDispatchEntriesLocked -> startDispatchCycleLocked -> publishMotionEvent -> InputChannel.sendMessage

これにより、現在適切なウィンドウが検索され、InputChannelを呼び出してイベントが送信されます。

ここでのInputChannelは、ViewRootImplのInputChannelに対応します。
途中で接続する方法については、ここでは分析しません。コード全体が比較的長く、プロセスの習得にはほとんど影響しません。

2.2.5 WindowInputEventReceiverはイベントを受信し、それらを配布します

ViewRootImplには、イベントを受信して​​配布するためのWindowInputEventReceiverがあります。
InputChannelによって送信されたイベントは、最終的にWindowInputEventReceiverを介して受信されます。
WindowInputEventReceiverはViewRootImpl.setViewで初期化され、setViewの呼び出しはActivityThread.handleResumeActivity-> WindowManagerGlobal.addViewで行われます。

    public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView) {
        // ...
        if (mInputChannel != null) {
            if (mInputQueueCallback != null) {
                mInputQueue = new InputQueue();
                mInputQueueCallback.onInputQueueCreated(mInputQueue);
            }
            mInputEventReceiver = new WindowInputEventReceiver(mInputChannel,
                    Looper.myLooper());
        }
    }

public abstract class InputEventReceiver {
    // native 侧代码调用这个方法，把事件派发过来
    private void dispatchInputEvent(int seq, InputEvent event, int displayId) {
        mSeqMap.put(event.getSequenceNumber(), seq);
        onInputEvent(event, displayId);
    }
}

final class WindowInputEventReceiver extends InputEventReceiver {
    @Override
    public void onInputEvent(InputEvent event, int displayId) {
        // 事件接受
        enqueueInputEvent(event, this, 0, true);
    }
    // ...
}

void enqueueInputEvent(InputEvent event,
        InputEventReceiver receiver, int flags, boolean processImmediately) {
    // 是否要立即处理事件
    if (processImmediately) {
        doProcessInputEvents();
    } else {
        scheduleProcessInputEvents();
    }
}

void doProcessInputEvents() {
    // ...
    while (mPendingInputEventHead != null) {
        deliverInputEvent(q);
    }
    // ...
}

private void deliverInputEvent(QueuedInputEvent q) {
    // ...
    InputStage stage;
    if (q.shouldSendToSynthesizer()) {
        stage = mSyntheticInputStage;
    } else {
        stage = q.shouldSkipIme() ? mFirstPostImeInputStage : mFirstInputStage;
    }

    // 分发事件
    stage.deliver(q);
}

上記のコードフローから、イベントは最終的にInputStage.deliverに送られます。

abstract class InputStage {
    public final void deliver(QueuedInputEvent q) {
        if ((q.mFlags & QueuedInputEvent.FLAG_FINISHED) != 0) {
            forward(q);
        } else if (shouldDropInputEvent(q)) {
            finish(q, false);
        } else {
            apply(q, onProcess(q));
        }
    }
}

配信では、onProcessが最終的に呼び出され、実装はViewPostImeInputStageにあります。

final class ViewPostImeInputStage extends InputStage {
    @Override
    protected int onProcess(QueuedInputEvent q) {
        if (q.mEvent instanceof KeyEvent) {
            return processKeyEvent(q);
        } else {
            final int source = q.mEvent.getSource();
            if ((source & InputDevice.SOURCE_CLASS_POINTER) != 0) {
                return processPointerEvent(q);
            } else if ((source & InputDevice.SOURCE_CLASS_TRACKBALL) != 0) {
                return processTrackballEvent(q);
            } else {
                return processGenericMotionEvent(q);
            }
        }
    }

    private int processPointerEvent(QueuedInputEvent q) {
        // 这里 mView 是 DecorView，调用到 DecorView.dispatchPointerEvent
        boolean handled = mView.dispatchPointerEvent(event);
        // ...
        return handled ? FINISH_HANDLED : FORWARD;
    }
}

// View.java
public final boolean dispatchPointerEvent(MotionEvent event) {
    if (event.isTouchEvent()) {
        return dispatchTouchEvent(event);
    } else {
        return dispatchGenericMotionEvent(event);
    }
}

// DecorView.java
public boolean dispatchTouchEvent(MotionEvent ev) {
    // 这里的 Callback 就是 Activity，是在 Activity.attach 里调用 mWindow.setCallback(this); 设置的
    final Window.Callback cb = mWindow.getCallback();
    return cb != null && !mWindow.isDestroyed() && mFeatureId < 0
            ? cb.dispatchTouchEvent(ev) : super.dispatchTouchEvent(ev);
}

上記の一連のプロセスを通じて、最終的にはActivity.dispatchTouchEventと呼ばれ、これが最初のプロセスです。

上記の分析により、基本的に、ユーザーが画面をクリックしてから表示処理までのイベントのプロセスがわかります。これは下の図です。

2.3CANCELイベントはいつトリガーされますか

dispatchTouchEventコードをよく見ると、いくつかのタイミングがわかります。

  1. ViewがACTION_DOWNイベントを受信した後、最後のイベントは終了していません（APPの切り替え、ANRなどが原因で、システムは後続のイベントを破棄します）。今回はACTION_CANCELが最初に実行されます。
// ViewGroup.dispatchTouchEvent()
public boolean dispatchTouchEvent(MotionEvent ev) {
    if (actionMasked == MotionEvent.ACTION_DOWN) {
        // Throw away all previous state when starting a new touch gesture.
        // The framework may have dropped the up or cancel event for the previous gesture
        // due to an app switch, ANR, or some other state change.
        cancelAndClearTouchTargets(ev);
        resetTouchState();
    }
}
  1. 子ビューは以前にイベントをインターセプトしましたが、後で親ビューが再びイベントをインターセプトしました。今回は、子ビューがACTION_CANCELイベントを送信します。
// ViewGroup.dispatchTouchEvent()
public boolean dispatchTouchEvent(MotionEvent ev) {
    if (mFirstTouchTarget == null) {
    } else {
        // 有子 View 获取了事件
        TouchTarget target = mFirstTouchTarget;
        while (target != null) {
            final TouchTarget next = target.next;
            final boolean cancelChild = resetCancelNextUpFlag(target.child)
                    || intercepted;
            // 父 View 此时如果拦截了事件，cancelChild 是 true
            if (dispatchTransformedTouchEvent(ev, cancelChild,
                    target.child, target.pointerIdBits)) {
                handled = true;
            }
        }
    }
}

private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
        View child, int desiredPointerIdBits) {
    final int oldAction = event.getAction();
    // 如果 cancel 是 true，则发送 ACTION_CANCEL 事件
    if (cancel || oldAction == MotionEvent.ACTION_CANCEL) {
        event.setAction(MotionEvent.ACTION_CANCEL);
        if (child == null) {
            handled = super.dispatchTouchEvent(event);
        } else {
            handled = child.dispatchTouchEvent(event);
        }
        event.setAction(oldAction);
        return handled;
    }
}

2.4スライディングの競合を解決する方法

これは、主に2つの点でよくある質問でもあります。

  1. 親クラスのonInterceptTouchEventをオーバーライドして、スライディングイベントをインターセプトします
  2. 子クラスでparent.requestDisallowInterceptTouchEventを呼び出して、イベントをインターセプトするかどうかを親クラスに通知することにより、requestDisallowInterceptTouchEventは、最初の擬似コードで導入されたFLAG_DISALLOW_INTERCEPTフラグを設定します。

3、まとめ

上記は、Viewイベントの配布から派生したいくつかの質問です。簡単な答えは次のとおりです。

  1. イベントの分布を表示する
// 伪代码
public boolean dispatchTouchEvent() {
    boolean res = false;

    // 是否不允许拦截事件
    // 如果设置了 FLAG_DISALLOW_INTERCEPT，不会拦截事件，所以在 child 里可以通过 requestDisallowInterceptTouchEvent 控制父 View 是否来拦截事件
    final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;

    if (!disallowIntercept && onInterceptTouchEvent()) { // View 不调用这里，直接执行下面的 touchlistener 判断
        if (touchlistener && touchlistener.onTouch()) {
            return true;
        }
        res = onTouchEvent(); // 里面会处理点击事件 -> performClick() -> clicklistener.onClick()
    } else if (DOWN) { // 如果是 DOWN 事件，则遍历子 View 进行事件分发
        // 循环子 View 处理事件
        for (childs) {
            res = child.dispatchTouchEvent();
        }
    } else {
        // 事件分发给 target 去处理，这里的 target 就是上一步处理 DOWN 事件的 View
        target.child.dispatchTouchEvent();
    }
    return res;
}
  1. 画面のクリックからイベントはどのようにアクティビティに到達しますか？

  1. CANCELイベントはいつトリガーされますか？
  • ViewがACTION_DOWNイベントを受信した後、最後のイベントは終了していません（APPの切り替え、ANRなどが原因で、システムは後続のイベントを破棄します）。今回はACTION_CANCELが最初に実行されます。
  • 子ビューは以前にイベントをインターセプトしましたが、後で親ビューが再びイベントをインターセプトしました。今回は、子ビューがACTION_CANCELイベントを送信します。
  1. スライドの競合を解決する方法は？
  • 親クラスのonInterceptTouchEventをオーバーライドして、スライディングイベントをインターセプトします
  • サブクラスでparent.requestDisallowInterceptTouchEventを呼び出して、イベントをインターセプトするかどうかを親クラスに通知する

記事に関する洞察や技術的な質問がある場合は、コメント領域にメッセージを残して話し合うことができ、間違いなく返信します。
誰もが私のBステーションに来て、私と遊ぶことを歓迎します。さまざまなAndroidアーキテクト、Ren Junbai売春婦の高度な技術的問題のビデオ説明〜
電車でのBステーション：https：//space.bilibili.com/484587989

この記事が好きな友達は、注意を払い、親指を立てて行って、Androidのインタビューに集中することを忘れないでください〜

おすすめ

転載: blog.csdn.net/Androiddddd/article/details/108804170
おすすめ
ランキング
uni.request在接口状态码403等还是走success
Springboot は mybatisplus を統合しており、ページング クエリによって返される Page オブジェクトの合計は常に 0 です。
System.InvalidOperationExceptionが：「BuildWindowCoreは、子ウィンドウのハンドル搭乗を返しません。」
[Example 08] IPD system advancement: version naming rules for version management
カスタム NavigationBar -- UIView による描画
データとデータの移行を復元します（個人的なメモ、無用リーダー）
4. 2次元配列で検索する
vim的私人订制
Flutterのカスタムルーティング切り替えアニメーション
Javaコンテナの方法の簡単なアプリケーションのArrayList
アーカイブ
もっと
2024-05-12(27)
2024-05-11(31)
2024-05-10(33)
2024-05-09(30)
2024-05-08(18)
2024-05-07(34)
2024-05-06(6)
2024-05-05(0)
2024-05-04(18)
2024-05-03(8)

コードワールド

© 2018 codetd.com