首先真的非常抱歉，好久都没有更新了，这段时间在换工作，终于也算告一段落，所以也空下来，有时间写写文字。有时候在想，人这辈子在追求什么？财富？地位？还是权利？其实这些都不应该是人生的目标，我认为应该是进步、成长和快乐，学习自己喜欢的东西，做自己喜欢的事情，相比昨天的自己有所成长，这才是我们应该追求的东西。所以有些人在创业，是应该享受创业的过程，而不只是为了创业成功，而有些人选择打工，是应该做好每件事，而不只是为了更高的收入。
——————————————分割线———————————————————
无痕打点改良版
对，可以先看看我前一篇文章，我在这几个月沉寂的时间，除了堆业务找工作之外，还搞了个改良版的打点框架出来，今天分享给大家。
核心部分没有变，还是使用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树中的，我们来画个图。
这个图是个最简单的例子，理论上我们只要把打点信息放在某个结点的位置，而这个结点所包含的子view只要id唯一，就可以通过向上轮训的方式找到打点信息。举个栗子。
我们假设一个最简单的树状结构如图，如果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的方案，因为据说有阿里的十几个人的团队研究了两年也没研究出来，我在想可能我也研究不出来，所以就没有轻易尝试。
