Android 9自定义ROM下如何实现全局触摸手势的监听与拦截

这个功能能实现全局触摸感知，核心是完全脱离应用层视图树，在系统输入事件流转的上游做旁路采集，和你要做的全局手势需求在技术路径上是同源的，对应代码定位如下：

• 开关配置项：定义在frameworks/base/core/java/android/provider/Settings.java，对应常量Settings.Global.SHOW_TOUCHES，状态值存储在系统全局设置数据库中，开发者选项界面修改这个值后会同步通知输入服务调整监听逻辑
• 全局监听注册逻辑：核心在frameworks/base/services/input/InputManagerService.java，当检测到触摸显示开关打开时，会向InputDispatcher注册一个全局的事件回调通道，所有经过InputDispatcher的MotionEvent都会同步投递到这个通道，不需要经过任何应用进程转发
• 触摸可视化实现：对应代码frameworks/base/services/input/PointerLocationView.java，是一个挂载在系统窗口层的全局View，专门接收InputDispatcher发来的旁路触摸事件，渲染触摸点位置、轨迹、压力大小等信息
• 事件流转链路：整个流程不会干扰正常的事件分发，InputDispatcher只是在把事件投递给目标窗口的同时，额外复制一份事件给触摸显示的渲染逻辑，不会拦截、修改原始事件的流向。

结合你拥有的root权限、系统UID、可修改系统源码的条件，按落地难度和可靠性从高到低排序：

• 方案1：直接在InputDispatcher层加自定义事件钩子
  这个是和开发者选项触摸显示同层级的实现路径，可靠性最高。你可以在frameworks/base/services/core/java/com/android/server/input/InputDispatcher.java的事件分发入口处加自定义逻辑：所有触摸事件在分发给目标窗口前，先把原始MotionEvent同步传给你的自定义手势识别模块；如果识别到预设的手势触发条件，直接在分发逻辑中标记该事件已被消费，阻止其传到目标应用，就能实现任意场景下的手势拦截。
  这个位置拿到的事件是最原始的，没有经过任何应用层的坐标转换、自定义事件拦截，和开发者选项显示触摸拿到的是同一份数据源，识别精度完全能满足自定义手势的需求。实际落地时不需要把手势识别逻辑完全写在系统进程里，可以通过Binder跨进程把原始事件传给你的启动器应用做识别，只需要在输入服务层留一个拦截的开关接口，方便后续维护。
• 方案2：调用系统隐藏的全局输入监听API
  Android系统本身为系统级应用留了全局输入事件监听的接口，对应InputManager#registerInputMonitor()隐藏方法，这个接口的权限校验只对持有系统签名、系统UID的应用开放，普通第三方应用无法调用。
  你只需要在系统源码中放开这个接口对你的启动器签名的权限校验，就可以在启动器进程里同步收到所有全局触摸事件的回调，不需要频繁修改核心输入模块的代码。如果需要拦截能力，只需要在这个监听接口的实现层加对应的事件拦截逻辑即可。
• 关于Accessibility服务方案的说明
  你之前尝试的Accessibility方案无法获取原始触摸事件是正常的：Accessibility的事件回调完全依赖应用视图主动上报的交互事件，比如点击、长按、页面滚动这类语义化事件，原始的触摸坐标、移动轨迹、多指按压这类底层信息根本不在Accessibility的事件传递链路里，天然无法满足自定义手势的监听需求。

注意：不推荐用root权限创建全屏透明悬浮窗做触摸监听，这类方案在系统弹窗、锁屏、全屏应用场景下很容易出现权限不足、触摸被遮挡的问题，可靠性远低于系统输入层的实现路径。

内容的提问来源于stack exchange，提问作者mig35