无痕打点研究（改良版）

首先真的非常抱歉，好久都没有更新了，这段时间在换工作，终于也算告一段落，所以也空下来，有时间写写文字。有时候在想，人这辈子在追求什么？财富？地位？还是权利？其实这些都不应该是人生的目标，我认为应该是进步、成长和快乐，学习自己喜欢的东西，做自己喜欢的事情，相比昨天的自己有所成长，这才是我们应该追求的东西。所以有些人在创业，是应该享受创业的过程，而不只是为了创业成功，而有些人选择打工，是应该做好每件事，而不只是为了更高的收入。

——————————————分割线———————————————————

无痕打点改良版

对，可以先看看我前一篇文章，我在这几个月沉寂的时间，除了堆业务找工作之外，还搞了个改良版的打点框架出来，今天分享给大家。

核心部分没有变，还是使用AppCompatDelegate代理view的创建过程，但是看我前一篇实现事件拦截的过程有两个重要的问题。

我需要为被代理的view创建子类，可我不可能覆盖所有的自定义view

ASM的方式不管是在配置填写还是编译过程都会有奇怪的问题

拦截事件

所以我们需要一种新的方式来实现事件拦截。这时候会用到一个view的方法叫做setAccessibilityDelegate，我们看performClick的方法

public boolean performClick() {
    final boolean result;
    final ListenerInfo li = mListenerInfo;
    if (li != null && li.mOnClickListener != null) {
        playSoundEffect(SoundEffectConstants.CLICK);
        li.mOnClickListener.onClick(this);
        result = true;
    } else {
        result = false;
    }

    sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
    return result;
}

最后一句话正是调用了这个代理对象，所以只要我们在底层实现给所有的view调用setAccessibilityDelegate方法，就可以实现所有view的点击事件拦截。

那么如何拿到所有view的创建流程，这部分我上一篇文章中讲到过，所有的inflate方法调用，都会走到获取Activity的AppCompatDelegate对象，并调用其中的callActivityOnCreateView方法（原因上篇文章分析过），所以我们只需要在这个方法里面，将所有view的创建全部代理掉即可，大概是这个样子。

@Override
View callActivityOnCreateView(View parent, String name, Context context, AttributeSet attrs) {
    View view = super.createView(parent, name, context, attrs);
    if (view != null) {
        view.setAccessibilityDelegate(AccessibilityDelegateManager.getAccessibilityDelegate());
        return view;
    }
    view = DataViewFactory.createView(mWindow, parent, name, context, attrs);
    if (view != null) {
        view.setAccessibilityDelegate(AccessibilityDelegateManager.getAccessibilityDelegate());
        return view;
    }
    return super.callActivityOnCreateView(parent, name, context, attrs);
}

这个DataViewFactory的createView方法，完全可以模拟AppCompatViewInflater的createView方法即可。当然需要简单修改一下，保证createViewFromTag一定会被调用并生成view。

事件下发

接下来有个很重要的部分，就是事件下发和上报。

假设点击行为我们可以获取到，而点击的上下文是当前点击的view，我们需要把事件上报到服务器，那么事件从哪里来，就是一个问题。

我不讲我是怎么完全实现这套的，首先这部分属于商业的部分，另一点我觉得实现的也还不够好，但我讲一个思路。上篇文章中关于view绑定数据这部分讲的非常笼统，我这次尽量讲清楚点。

首先理解一下安卓的id，它是一个view的标识，在一个viewGroup中，是不允许重复的，但是在不同的viewGroup中可以重复。

接着来理解一下安卓的view树结构，安卓基于一个页面的decorView，也就是getRootView获取的根view，会向下生成一个复杂的view树状结构，比如Fragment的getView方法获取的view都是包含在这个view树中的，我们来画个图。

image.png

这个图是个最简单的例子，理论上我们只要把打点信息放在某个结点的位置，而这个结点所包含的子view只要id唯一，就可以通过向上轮训的方式找到打点信息。举个栗子。

image.png

我们假设一个最简单的树状结构如图，如果RelativeLayout是当前页面的contentView，我们可以在这个结点绑定一个打点map信息，比如btn：{打点数据}，当我们在点击button的时候，可以通过由点击的位置向上查找打点信息的方式，以命中为结束，找到对应的打点数据，直到找到RootViewImpl的parentView为空。

View targetView = view;
JsonObject jsonObject = null;
do {
    jsonObject = (JsonObject) targetView.getTag(tag_analyse);
    if (jsonObject != null) {
        break;
    }
    targetView = (View) targetView.getParent();
} while (targetView != null);

if (jsonObject == null) {
    return;
}

通过这种方式，我们就可以在一个特定的范围内实现id唯一，比如一个列表的item，一个fragment的view或者一个activity的contentView，只要通过某种方式，从接口将这些数据下发下来，并且找到对应的view进行绑定就可以了。

结尾

这套无痕打点相比上一篇要清爽一些了，但是也有问题比如：如何找到fragment的根view，毕竟一个activity可能有多个fragment，如何找到需要的fragment还是可以好好思索下的；在一个特定范围内如果id重复，是会被覆盖的，也就是说不允许出现相同id。

再说一下为什么不用xpath的方案，因为据说有阿里的十几个人的团队研究了两年也没研究出来，我在想可能我也研究不出来，所以就没有轻易尝试。