AccessibilityService中onAccessibilityEvent(AccessibilityEvent event) 不上报消息处理

        AccessibilityService就像一个潘多拉的魔盒，虽然通过这个功能可以实现很多模拟操作的功能，但是总的来说这个功能其实能做的事情不多，用来做虚拟点击的操作的话，忽悠的性质大于实际的功效

       言归正传

        当通过AccessibilityService来实现操作的时候，往往是要一步步操作到我们满意的结果，而且是从自己的应用启动目标app，然后通过AccessibilityService的onAccessibilityEvent事件来做处理，因为有activity的切换，当然onAccessibilityEvent这个方法中的event会不断的变化，可以判断是不是目标app，拿到对应的view，进行下一步操作。（如果app做的不想被这样操作的话，每个view都直接集成viewgroup写，找不到id或者text内容就可以避免被别人进行模拟点击的操作了）

         但是一步到位的操作存在一个产品问题，如果想包装成一个产品卖给别人，不可避免的操作会有分步操作的时候。

         举个例子：比如说我上一篇的发红包，一般的虚拟点击一条龙的操作就是，进入微信，根据提供的具体的人名，搜索出来，点击第一个人，然后选红包，再操作；但是也有一个问题，如果有同名的微信好友，且不确定想要发送红包的是第一个还是第几个人的时候怎么办，这时候虚拟点击一条龙操作就有问题了，需要进行分步操作。

        有两个操作方案：

         1.继续回到我们的app，然后填写选第几个，再调回到微信app，再进行模拟点击第几个，继续操作，这个流程很简单，只是基本的操作，这里不讲。

         2.如果不回到其他app，在微信界面继续响应第几个怎么办，界面没有任何变化，这时候就得看系统什么时候好心上报一个onAccessibilityEvent的事件，继续操作下去了吗？如果这样的话，产品肯定是卖不出去的。这里提供一个方案，当我们知道下一步操作的时候，且界面没有任何变化，可以主动在view上添加一个一像素的view，然后删掉，这时候系统的焦点其实会有一个变化的，会从systemui变化一下，onAccessibilityEvent有一个时间上报，可以继续操作下去。

         切记，如果要有分步操作，在声明继承AccessibilityService的时候，android:resource="@xml/xxx"文件，不要加入android:packageNames=“指定应用包名”，要不会过滤掉很多事件的，虽然方便但是分步的话，其实指定app没有变化，你就干瞪眼了