Android开发input问题解决分析

 更新时间:2022年11月23日 10:36:51   作者:咖啡你冲不冲  
这篇文章主要为大家介绍了Android开发input问题解决分析,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪

Android Input

Android Input指的是输入事件,主要是触摸滑动,当然还包括类似蓝牙外设的输入。Input涉及到的主要模块

  • EventHub :对输入事件进行映射
  • InputReader : 收集input事件
  • InputDispatcher : 将事件分发到上层
  • InputManager : framework中对input事件的接收和分发
  • WMS : 管理窗口,收集和分发input事件

本篇主要以framework的视角来debug input问题,介绍input的资料已经很多了,所以不讲input传递流程和机制,只看如何去解决问题。

从framework的视角,首先我们要排查input driver的问题,比如从屏幕触摸输入的,那就是显示屏的input驱动;如果是蓝牙外设输入的,那就需要找BT的驱动层。

adb shell getEvent

然后再输入,看键值是否正常,如果getEvent都没有收到,就不属于framework的范畴了。

确定驱动没有问题之后,就可以通过动态或静态开启debug log。不同厂商的开关log的命令有些差异,打印log的内容也不太一样。

这里我们直接以本地debug为例,参考Android T版本的common code自己添加关键log,然后开始复现问题,检查问题时间点的log。顺便补充一下,可以通过如下命令使时间显示到秒,这样方便复现问题时对应log时间

adb shell settings put secure clock_seconds 1

Step1.查看ViewRootImpl是否有收到input event

/frameworks/base/core/java/android/view/ViewRootImpl.java

      @UnsupportedAppUsage
      void enqueueInputEvent(InputEvent event,
              InputEventReceiver receiver, int flags, boolean processImmediately) {
          QueuedInputEvent q = obtainQueuedInputEvent(event, receiver, flags);
          if (event instanceof MotionEvent) {
              MotionEvent me = (MotionEvent) event;
              if (me.getAction() == MotionEvent.ACTION_CANCEL) {
                  EventLog.writeEvent(EventLogTags.VIEW_ENQUEUE_INPUT_EVENT, "Motion - Cancel",
                          getTitle().toString());
              }
          } else if (event instanceof KeyEvent) {
              KeyEvent ke = (KeyEvent) event;
              if (ke.isCanceled()) {
                  EventLog.writeEvent(EventLogTags.VIEW_ENQUEUE_INPUT_EVENT, "Key - Cancel",
                          getTitle().toString());
              }
          }
          // Always enqueue the input event in order, regardless of its time stamp.
          // We do this because the application or the IME may inject key events
          // in response to touch events and we want to ensure that the injected keys
          // are processed in the order they were received and we cannot trust that
          // the time stamp of injected events are monotonic.
          QueuedInputEvent last = mPendingInputEventTail;
          if (last == null) {
              mPendingInputEventHead = q;
              mPendingInputEventTail = q;
          } else {
              last.mNext = q;
              mPendingInputEventTail = q;
          }
          mPendingInputEventCount += 1;
          Trace.traceCounter(Trace.TRACE_TAG_INPUT, mPendingInputEventQueueLengthCounterName,
                  mPendingInputEventCount);
          //添加log打印关键信息
          Log.i(">_<!!","enqueueInputEvent: event = " + event + " ,this = " + this);
          if (processImmediately) {
              doProcessInputEvents();
          } else {
              scheduleProcessInputEvents();
          }
      }

这里只需要根据添加的log查看两个参数即可,event会打印出来 KeyEvent的action和keyCode,我们需要看下这里的action和keyCode是否有紊乱的情况,如果输入和get到的不对应,那还是需要driver来协调。后面打印出来的this就是此ViewRootImpl对象,具体内容可以看它的toString方法。

我们只需要在最终的log中观察这句是否打印出来,如果打印出来了,说明input事件已经成功发送到应用端了,跳过下面步骤,直接检查Step5,如果没打印这段log,再看Step2

Step2. 查看inputDispatcher是否有收到input event

/frameworks/native/services/inputflinger/dispatcher/InputDispatcher.cpp

  bool InputDispatcher::dispatchKeyLocked(nsecs_t currentTime, std::shared_ptr<KeyEntry> entry,
                                          DropReason* dropReason, nsecs_t* nextWakeupTime) {
      // Preprocessing.
      if (!entry->dispatchInProgress) {
          // 这个是AOSP的log机制,不用再另外添加log
          logOutboundKeyDetails("dispatchKey - ", *entry);
      }
  void InputDispatcher::logOutboundKeyDetails(const char* prefix, const KeyEntry& entry) {
      //if (DEBUG_OUTBOUND_EVENT_DETAILS) {
        if (true) {
          ALOGD("%seventTime=%" PRId64 ", deviceId=%d, source=0x%x, displayId=%" PRId32 ", "
                "policyFlags=0x%x, action=0x%x, flags=0x%x, keyCode=0x%x, scanCode=0x%x, "
                "metaState=0x%x, repeatCount=%d, downTime=%" PRId64,
                prefix, entry.eventTime, entry.deviceId, entry.source, entry.displayId,
                entry.policyFlags, entry.action, entry.flags, entry.keyCode, entry.scanCode,
                entry.metaState, entry.repeatCount, entry.downTime);
      }
  }

这里AOSP的log已经添加的很全面了,我们只需要手动将打印条件置为true即可。这段log中同样可以对应上action和keyCode,不过c++代码打印出来的是十六进制,但是也和上面java code中打印出来的字符串是一一对应的。如果我们最终可以搜索到这段log,说明inputDispatcher已经收到input event了,那么直接快进到Step4检查inputDispatcher状态是否正常。如果没有查看到这句log,再看Step3

Step3. 查看inputreader线程里面是否有keycode

/frameworks/native/services/inputflinger/reader/mapper/KeyboardInputMapper.cpp

                                       int32_t usageCode) {
      int32_t keyCode;
      int32_t keyMetaState;
      uint32_t policyFlags;
      if (getDeviceContext().mapKey(scanCode, usageCode, mMetaState, &keyCode, &keyMetaState,
                                    &policyFlags)) {
          keyCode = AKEYCODE_UNKNOWN;
          keyMetaState = mMetaState;
          policyFlags = 0;
      }
      if (mParameters.handlesKeyRepeat) {
          policyFlags |= POLICY_FLAG_DISABLE_KEY_REPEAT;
      }
      NotifyKeyArgs args(getContext()->getNextId(), when, readTime, getDeviceId(), mSource,
                         getDisplayId(), policyFlags,
                         down ? AKEY_EVENT_ACTION_DOWN : AKEY_EVENT_ACTION_UP,
                         AKEY_EVENT_FLAG_FROM_SYSTEM, keyCode, scanCode, keyMetaState, downTime);
      getListener().notifyKey(&args);
      ALOGI("device: %s, keyCode=%d, scanCode=%d, eventTime = %lld, action=0x%x,duwnTime=%lld",getDeviceName().c_str(), keyCode, scanCode, args,eventTime, args.action. args.downTime);
  }

KeyboardInputMapper.cpp 是在Android R之后添加的工具,如果是比较旧的版本,需要在InputReader.cpp中添加log。此处可以确定input event被发送到了inputReader了,这里的值就是从getEvent读取的,如果getEvent的值是对的,但这里没有打印log,就需要打印cpp文件的callstack,看看是流程中哪一步出错。

Step4. 检查inputDispatcher的状态是否正常

可以通过adb命令来查看inputDispatcher的状态

adb shell dumpsys input

/frameworks/native/services/inputflinger/dispatcher/InputDispatcher.cpp

  void InputDispatcher::dumpDispatchStateLocked(std::string& dump) {
      dump += StringPrintf(INDENT "DispatchEnabled: %s\n", toString(mDispatchEnabled));
      dump += StringPrintf(INDENT "DispatchFrozen: %s\n", toString(mDispatchFrozen));
      dump += StringPrintf(INDENT "InputFilterEnabled: %s\n", toString(mInputFilterEnabled));
      dump += StringPrintf(INDENT "FocusedDisplayId: %" PRId32 "\n", mFocusedDisplayId);

DispatcherEnabled 必须为1,并且DispatcherFrozen 必须为0,如果是inputDispatcher状态有问题,需要在代码中查看哪些地方有修改inputDispatcher的状态mDispatchEnabled,mDispatchFrozen,找到将修改状态的地方来分析问题。如果打印出来的FocusedDisplayId或FocusedApplications不符合预期,那就是display or WMS相关问题,与input流程没有关系。

Step5. 查看最终input消费event的是哪个页面

/frameworks/base/core/java/android/view/View.java

      public boolean dispatchKeyEvent(KeyEvent event) {
          if (mInputEventConsistencyVerifier != null) {
              mInputEventConsistencyVerifier.onKeyEvent(event, 0);
          }
     Log.i(">_<!!","dispatchKeyEvent event:" + event + " to :" + v);
          // Give any attached key listener a first crack at the event.
          //noinspection SimplifiableIfStatement
          ListenerInfo li = mListenerInfo;
          if (li != null && li.mOnKeyListener != null && (mViewFlags & ENABLED_MASK) == ENABLED
                  && li.mOnKeyListener.onKey(this, event.getKeyCode(), event)) {
              //表明input被消费了
              Log.i(">_<!!","Event:" + event+ " handle in: " + v 
                  + " ,ListenerInfo = " + li.toString());
              return true;
          }
          if (event.dispatch(this, mAttachInfo != null
                  ? mAttachInfo.mKeyDispatchState : null, this)) {
              return true;
          }
          if (mInputEventConsistencyVerifier != null) {
              mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
          }
          return false;
      }

这里的log可以表明input event正在按照view的层级依次dispatch并最终被哪个view消费,如果这个view并不是所期望的view,那么就需要查看为什么消费到这个view上面了,是layout区域有透明边界?还是期望的view并不存在,可能性就很多,细节可以再深思下。如果这里的view是符合期望的,那么问题就回到应用层了,看应用层对此input事件的响应是否有异常。

以上就是Android开发input问题解决分析的详细内容,更多关于Android input问题解决的资料请关注脚本之家其它相关文章!

相关文章

  • Android开发新手常见的10个误区

    Android开发新手常见的10个误区

    这篇文章主要介绍了Android开发新手常见的10个误区,我们仍然看到了哪些新的Andr&#8203;&#8203;oid开发人员不断重复的错误,这里有10个最常见的误区,需要的朋友可以参考下
    2015-03-03
  • Android编程实现自定义渐变颜色效果详解

    Android编程实现自定义渐变颜色效果详解

    这篇文章主要介绍了Android编程实现自定义渐变颜色效果,结合具体实例形式分析了Android基于xml及代码定义来实现颜色渐变的相关操作技巧与注意事项,需要的朋友可以参考下
    2017-08-08
  • Android Support Library 标题栏(Toolbar)滚动效果实现方法

    Android Support Library 标题栏(Toolbar)滚动效果实现方法

    下面小编就为大家带来一篇Android Support Library 标题栏(Toolbar)滚动效果实现方法。小编觉得挺不错的,现在就分享给大家,也给大家做个参考。一起跟随小编过来看看吧
    2017-03-03
  • Kotlin创建一个好用的协程作用域

    Kotlin创建一个好用的协程作用域

    这篇文章主要介绍了Kotlin创建一个好用的协程作用域,kotlin中使用协程,是一定要跟协程作用域一起配合使用的,否则可能协程的生命周期无法被准确控制,造成内存泄漏或其他问题
    2022-07-07
  • Android NDK开发简单程序分享(Hello Word!)

    Android NDK开发简单程序分享(Hello Word!)

    本文主要对Android NDK开发简单程序(Hello Word!)的实现步骤及方法进行详细介绍。具有很好的参考价值,需要的朋友一起来看下吧
    2016-12-12
  • Android横竖屏切换实例总结

    Android横竖屏切换实例总结

    这篇文章主要介绍了Android横竖屏切换的相关技巧,结合实例形式总结分析了Android禁止及设置横竖屏切换、修改切换布局及拦截切换等相关技巧,需要的朋友可以参考下
    2016-01-01
  • Android使用自定义属性实现图片自动播放滚动的功能

    Android使用自定义属性实现图片自动播放滚动的功能

    这篇文章主要介绍了Android使用自定义属性实现图片自动播放滚动的功能,小编觉得挺不错的,现在分享给大家,也给大家做个参考。一起跟随小编过来看看吧
    2018-05-05
  • Android内置的OkHttp用法介绍

    Android内置的OkHttp用法介绍

    okhttp是一个第三方类库,用于android中请求网络。这是一个开源项目,是安卓端最火热的轻量级框架,由移动支付Square公司贡献(该公司还贡献了Picasso和LeakCanary) 。用于替代HttpUrlConnection和Apache HttpClient
    2022-08-08
  • Android自定义带有圆形进度条的可长按控件功能

    Android自定义带有圆形进度条的可长按控件功能

    这篇文章主要介绍了Android自定义带有圆形进度条的可长按控件,思路很简单,使用简单的画笔工具就可以完成这个控件,本文结合示例代码给大家介绍的非常详细,需要的朋友参考下吧
    2022-06-06
  • 如何在android中制作一个方向轮盘详解

    如何在android中制作一个方向轮盘详解

    这篇文章主要给大家介绍了关于如何在android中制作一个方向轮盘的相关资料,这个是在手游领域中很常见的用于控制方向的轮盘,文中通过示例代码介绍的非常详细,需要的朋友可以参考下
    2021-09-09

最新评论