经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置:技术经验 » 移动开发 » Android » 查看文章
探究 | 如何捕获一个Activity页面上所有的点击行为
来源:cnblogs  作者:jimuzz  时间:2020/12/8 8:44:29  对本文有异议

前言

最近逛wanAndroid论坛,发现一个有趣的问题:如何捕获一个Activity页面上所有的点击行为

一起研究下吧,不想看源码的小伙伴可以直接看文末总结~

准备工作

先得罗列出页面上的一些点击行为,常用的有:

  • 普通View的点击
  • 动态add的View的点击
  • Dialog上的按钮点击

于是就有了如下代码:

  1. class MainActivity : AppCompatActivity() {
  2. override fun onCreate(savedInstanceState: Bundle?) {
  3. super.onCreate(savedInstanceState)
  4. setContentView(R.layout.activity_main)
  5. btn1.setOnClickListener {
  6. showToast("点了按钮1")
  7. }
  8. btn2.setOnClickListener {
  9. val builder =
  10. AlertDialog.Builder(this)
  11. .setTitle("我是一个dialog")
  12. val view: View = layoutInflater.inflate(R.layout.dialog_btn, null)
  13. val btn4 =
  14. view.findViewById<View>(R.id.btn4)
  15. btn4.setOnClickListener {
  16. showToast("点击了Dialog按钮")
  17. }
  18. builder.setView(view)
  19. builder.create().show()
  20. }
  21. btn3.setOnClickListener {
  22. var button = Button(this)
  23. button.text = "我是新加的按钮"
  24. var param = LinearLayout.LayoutParams(
  25. ViewGroup.LayoutParams.WRAP_CONTENT,
  26. ViewGroup.LayoutParams.WRAP_CONTENT
  27. )
  28. mainlayout.addView(button, param)
  29. button.setOnClickListener {
  30. showToast("点击了新加的按钮")
  31. }
  32. }
  33. }
  34. }

既然我要捕获点击事件,首先就想到的是通过事件分发机制,也就是在源头就去获取所有的触摸事件,然后对点击事件进行统计,干吧~

事件分发

重写Activity的dispatchTouchEvent方法,由于只有点击事件,所以只需要统计ACTION_UP事件即可,如果有长按事件就在需要判断下按下的时间。

  1. override fun dispatchTouchEvent(ev: MotionEvent?): Boolean {
  2. ev?.let {
  3. when (ev.action) {
  4. MotionEvent.ACTION_UP -> {
  5. Log.e(Companion.TAG,"ACTION_UP——CLICK")
  6. }
  7. else -> {}
  8. }
  9. }
  10. return super.dispatchTouchEvent(ev)
  11. }

ok,运行下。

  • 点击按钮1,日志打印正常
  • 点击按钮2中的dialog按钮,日志。。。没有
  • 点击按钮3中的button,日志打印正常

结果大家也看到了,Dialog中的点击事件无法被响应,这是为啥呢?

这就要从事件分发机制说起了,点击屏幕首先响应的是当前屏幕的顶层View,也就是DecorView,在Activity中也就是Window的根布局。然后DecorView会调用Activity的dispatchTouchEvent方法,作为开发者事件分发的一个控制拦截,最后重新返回到DecorViewsuper.dispatchTouchEvent(event)方法开始ViewGroup的事件传递。看看相关源码:

  1. //DecorView.java
  2. @Override
  3. public boolean dispatchTouchEvent(MotionEvent ev) {
  4. //cb其实就是对应的Activity
  5. final Window.Callback cb = mWindow.getCallback();
  6. return cb != null && !mWindow.isDestroyed() && mFeatureId < 0
  7. ? cb.dispatchTouchEvent(ev) : super.dispatchTouchEvent(ev);
  8. }
  9. //Activity.java
  10. public boolean dispatchTouchEvent(MotionEvent ev) {
  11. if (ev.getAction() == MotionEvent.ACTION_DOWN) {
  12. onUserInteraction();
  13. }
  14. if (getWindow().superDispatchTouchEvent(ev)) {
  15. return true;
  16. }
  17. return onTouchEvent(ev);
  18. }
  19. //PhoneWindow.java
  20. @Override
  21. public boolean superDispatchTouchEvent(MotionEvent event) {
  22. return mDecor.superDispatchTouchEvent(event);
  23. }
  24. //DecorView.java
  25. public boolean superDispatchTouchEvent(MotionEvent event) {
  26. return super.dispatchTouchEvent(event);
  27. }

可以看到事件的开始经历了DecorView——>Activity——>PhoneWindow——>DecorView——>ViewGroup

而我们在第二步Acitivity中就无法获取Dialog的点击事件了,很明显是DecorView就没把事件传过来,难道Dialog的DecorView和Activity的DecorView不是同一个?

继续来研究下Dialog这个物种,它和Activity之间可有着不清不楚的关系~

Dialog,Activity扯不断的关系

这里我们只看两个方法,一个是Dialog的构造函数,一个是show方法,看看这段三角恋是怎么形成的:

  1. //构造函数
  2. Dialog(Context context, int theme, boolean createContextThemeWrapper) {
  3. //......
  4. //获取了WindowManager对象,mContext一般是个Activity,获取系统服务一般是通过Binder获取
  5. mWindowManager = (WindowManager)context.getSystemService(Context.WINDOW_SERVICE);
  6. //创建新的Window
  7. Window w = PolicyManager.makeNewWindow(mContext);
  8. mWindow = w;
  9. //这里也是上方mWindow.getCallback()为什么是Activity的原因,在创建新Window的时候会设置callback为自己
  10. w.setCallback(this);
  11. w.setOnWindowDismissedCallback(this);
  12. //关联WindowManager与新Window,token为null
  13. w.setWindowManager(mWindowManager, null, null);
  14. w.setGravity(Gravity.CENTER);
  15. mListenersHandler = new ListenersHandler(this);
  16. }
  17. //show方法
  18. public void show() {
  19. //......
  20. if (!mCreated) {
  21. //回调Dialog的onCreate方法
  22. dispatchOnCreate(null);
  23. }
  24. //回调Dialog的onStart方法
  25. onStart();
  26. //获取当前新Window的DecorView对象
  27. mDecor = mWindow.getDecorView();
  28. WindowManager.LayoutParams l = mWindow.getAttributes();
  29. try {
  30. //把一个View添加到Activity共用的windowManager里面去
  31. mWindowManager.addView(mDecor, l);
  32. //......
  33. } finally {
  34. }
  35. }

可以看到一个Dialog从无到有经历了以下几个步骤:

  • 首先创建了一个新的Window,类型是PhoneWindow类型,与Activity创建Window过程类似,并设置setCallback回调。
  • 将这个新Window与从Activity拿到的WindowManager对象相关联,也就是dialog与Activity公用了同一个WindowManager对象。
  • show方法展示Dialog,先回调了Dialog的onCreate,onStart方法。
  • 然后获取Dialog自己的DecorView对象,并通过addView方法添加到WindowManager对象中,Dialog出现到屏幕上。

分析这个流程我们还可以得知一些平时遇到的小问题,比如为啥Dialog必须要依附于Activity显示?因为Dialog创建过程中需要使用Activity的Context,即需要使用Activity的token用来创建window。所以传入Application的Content就会报错——“Unable to add window -- token null is not for an application”

回到正题,这个过程用一句话总结就是,Dialog用了Activity的WindowManager对象,并在这之上添加了一个新的Window的DecorView

因此我们得知,Dialog和Activity但是所处的Window不一样,也就是所在的父View——DecorView也是不一样的,所以在Dialog出现之后,点击屏幕上的按钮,是从Dialog自己的DecorView开始响应,再回顾下刚才DecorView的代码:

  1. //DecorView.java
  2. @Override
  3. public boolean dispatchTouchEvent(MotionEvent ev) {
  4. //cb在这里就变成了Dialog
  5. final Window.Callback cb = mWindow.getCallback();
  6. return cb != null && !mWindow.isDestroyed() && mFeatureId < 0
  7. ? cb.dispatchTouchEvent(ev) : super.dispatchTouchEvent(ev);
  8. }

这时候getCallback的对象变成了Dialog,所以不会回调Activity的dispatchTouchEvent方法,而是走到Dialog的dispatchTouchEvent方法。

这个问题终于搞清楚了,但是我们自己的问题该怎么解决呢?继续探索~

替换OnClickListener

既然点击事件都是通过setOnClickListener完成的,那么我们替换这个OnClickListener不就能获取所有的点击事件了?

ok,先看看setOnClickListener方法,看看该怎么替换:

  1. //View.java
  2. ListenerInfo mListenerInfo;
  3. public void setOnClickListener(@Nullable OnClickListener l) {
  4. if (!isClickable()) {
  5. setClickable(true);
  6. }
  7. getListenerInfo().mOnClickListener = l;
  8. }

代码很简单,所以我们只需要替换View的getListenerInfo()获取到的mListenerInfo对象中的mOnClickListener即可。

1)思路有了,先生成我们自己需要替换的OnClickListener:

  1. class MyOnClickListenerer(var onClickListener: View.OnClickListener?) : View.OnClickListener {
  2. override fun onClick(v: View?) {
  3. Log.e("lz", "点击了一个按钮——$v")
  4. onClickListener!!.onClick(v)
  5. }
  6. }

2)然后选择hook点,我们之前在《线程与更新UI》文章中说过,Activity的DecorView被完整绘制出来是在onResume之后,所以我们就在这里进行hook我们的MyOnClickListenerer:

  1. override fun onResume() {
  2. super.onResume()
  3. var rootView = window.decorView as ViewGroup
  4. hookAllChildView(rootView)
  5. }
  6. private fun hookAllChildView(viewGroup: ViewGroup) {
  7. val count = viewGroup.childCount
  8. for (i in 0 until count) {
  9. if (viewGroup.getChildAt(i) is ViewGroup) {
  10. hookAllChildView(viewGroup.getChildAt(i) as ViewGroup)
  11. } else {
  12. hook(viewGroup.getChildAt(i))
  13. }
  14. }
  15. }
  16. @SuppressLint("DiscouragedPrivateApi", "PrivateApi")
  17. private fun hook(view: View) {
  18. try {
  19. val getListenerInfo: Method = View::class.java.getDeclaredMethod("getListenerInfo")
  20. getListenerInfo.isAccessible = true
  21. //获取当前View的ListenerInfo对象
  22. val mListenerInfo: Any = getListenerInfo.invoke(view)
  23. try {
  24. val listenerInfoClazz =
  25. Class.forName("android.view.View\$ListenerInfo")
  26. try {
  27. //获取mOnClickListener参数
  28. val mOnClickListener: Field =
  29. listenerInfoClazz.getDeclaredField("mOnClickListener")
  30. mOnClickListener.isAccessible = true
  31. var oldListener: View.OnClickListener? =
  32. mOnClickListener.get(mListenerInfo) as? View.OnClickListener
  33. if (oldListener != null && oldListener !is MyOnClickListenerer) {
  34. //替换OnClickListenerer
  35. val proxyOnClick =
  36. MyOnClickListenerer(oldListener)
  37. mOnClickListener.set(mListenerInfo, proxyOnClick)
  38. }
  39. } catch (e: NoSuchFieldException) {
  40. e.printStackTrace()
  41. }
  42. } catch (e: ClassNotFoundException) {
  43. e.printStackTrace()
  44. }
  45. } catch (e: NoSuchMethodException) {
  46. e.printStackTrace()
  47. }
  48. }

等我满意的去运行项目的时候,又被无情的现实扇了一巴掌:

  • 点击按钮1,日志打印正常
  • 点击按钮2中的dialog按钮,日志。。。没有
  • 点击按钮3中的button,日志。。。没有

好家伙,结果只有一个按钮是正常捕获的。分析下原因吧,为啥Dialog和新加的View都无法捕获呢?

好好想想我们hook的时机,是在界面上的布局绘制出来之后,但是Dialog和新加的View都是在界面绘制之后再出现的,自然也就没有hook到。怎么解决呢?

  • 新加的View其实还比较好解决,给rootView 添加ViewTreeObserver.OnGlobalLayoutListener监听即可,当视图树的布局发生改变时,就可以被ViewTreeObserver监听到,然后再hook一次就行了。
  • 但是Dialog又不好处理了,还是同样的问题,不是同一个rootView ,所以需要在Dialog的rootView也要进行一次hook。

4)再次改动

  1. //Dialog增加hook
  2. var rootView = dialog.window?.decorView as ViewGroup
  3. hookAllChildView(rootView)
  4. //增加监听view树
  5. rootView.viewTreeObserver.addOnGlobalLayoutListener { hookAllChildView(rootView) }

这下运行确实都能打印出日志了,但是,这也太蠢了点吧。。
特别是Dialog,不可能每个Dialog都去加一遍hook代码呀。
所以,还需要想想其他的方案。

AspectJ

经过上述问题,我们又想到了一个办法,同样是进行代码埋点,使用AspectJ来解决我们的问题。

AspectJ是一个面向切面编程(AOP)的框架,可以在编译期将代码插入到目标切入点中,达到AOP目的。

  1. //AspectJ的配置代码就不贴了,需要的小伙伴可以看看文末的源代码链接
  2. @Aspect
  3. class ClickAspect {
  4. @Pointcut("execution(* android.view.View.OnClickListener.onClick(..))")
  5. fun pointcut() {
  6. }
  7. @Around("pointcut()")
  8. @Throws(Throwable::class)
  9. fun onClickMethodAround(joinPoint: ProceedingJoinPoint) {
  10. val args: Array<Any> = joinPoint.args
  11. var view: View? = null
  12. for (arg in args) {
  13. if (arg is View) {
  14. view = arg
  15. }
  16. }
  17. joinPoint.proceed()
  18. Log.d("lz", "点击了一个按钮: $view")
  19. }
  20. }

通过找到切点,也就是View中的onClick方法,*表示任意返回值,..表示任意参数,然后在这个切点中获取view信息,得到点击事件的反馈。

运行,三种情况都能正常打印日志。
所以这个方法是可行的。

AccessibilityService

到这里,问题也是有解决的办法了。但是还有没有其他的方案呢?既然是关于界面反馈类的问题,这里又想到一个方案——无障碍服务AccessibilityService,来试试看。

  1. class ClickAccessibilityService: AccessibilityService() {
  2. override fun onInterrupt() {
  3. }
  4. override fun onAccessibilityEvent(event: AccessibilityEvent?) {
  5. val eventType = event?.eventType
  6. val className = event?.className.toString()
  7. when (eventType) {
  8. AccessibilityEvent.TYPE_VIEW_CLICKED -> Log.e(TAG,"【无障碍方案】点击了一个按钮=$className")
  9. }
  10. }
  11. companion object {
  12. private const val TAG = "AccessibilityService"
  13. }
  14. }
  15. //另外还需要在AndroidManifest.xml中配置service以及对应的config文件,具体可见文末源码,这里就不贴了。

关键代码就这么多,在onAccessibilityEvent回调中,获取AccessibilityEvent.TYPE_VIEW_CLICKED事件即可,运行,打开我们的无障碍服务。

三种点击事情的情况都能正常打印日志,搞定。

总结

我们一共试了四种方法:

  • 事件分发方案。通过重写Activity的dispatchTouchEvent方法,对页面上的点击事件进行拦截。但是拦截不到Dialog中的点击事件,因为事件分发由DecorView开始发起,但是Dialog所处的DecorView和Activity的DecorView不是同一个,所以无法在Activitiy的dispatchTouchEvent方法进行拦截Dialog中的点击事件。
  • hook替换OnClickListener方案。这个方案主要是通过替换View中的mOnClickListener为我们自己的OnClickListener,然后进行点击事件的拦截处理。但是这个方案需要获取替换的那个View才行,所以新增的View和Dialog都需要单独处理才行。新增的View需要进行当前页面的View树进行监听,Dialog必须对Dialog中的View再进行一次hook。
  • AspectJ切面编程方案。这个方案是在编译期将代码插入到目标方法中,所以只要找到切点——也就是View中的onClick方法即可。可以完美解决我们的问题,并且不需要用户另外操作。
  • 无障碍服务方案。这个方案是通过Android中的无障碍服务,对APP中的所有点击事件进行拦截,对应的事件就是AccessibilityEvent.TYPE_VIEW_CLICKED。该方案也能完美解决我们的问题,但是有个很大的缺点,就是需要用户单独去设置页面开启该辅助服务才行。

虽然在我们实际项目中这个问题——获取页面的所有点击事件的需求几乎没有,但是对于这种问题的分析能让我们了解相关的知识,比如今天了解到的事件分发机制,Hook方法,切面编程,无障碍服务,有了这些知识,真正遇到一些关于页面事件的问题或需求,就能有自己的解决方案了。

参考

wanAndroid

Android应用Activity、Dialog、PopWindow、Toast窗口添加机制及源码分析

反思|Android 事件分发机制的设计与实现

源码

PageClickMonitor

拜拜

有一起学习的小伙伴可以关注下??我的公众号——码上积木,每天剖析一个知识点,我们一起积累知识。公众号回复111可获得面试题《思考与解答》以往期刊。

原文链接:http://www.cnblogs.com/jimuzz/p/14081304.html

 友情链接:直通硅谷  点职佳  北美留学生论坛

本站QQ群:前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

W3xue 的所有内容仅供测试,对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接(目前9元/月)请联系QQ:27243702 沸活量
皖ICP备17017327号-2 皖公网安备34020702000426号