背景
要实现微信自动化，大致有这么几种办法
基于Web微信API的框架 如 #
基于xposed 插件开发 ，通过广播方式和sdk 交互，只要发送广播就可以自动发送朋友圈，但是实现难度相对较高，需要逆向知识，还有被封号的风险，不可取。
基于AccessibilityService实现，有一个自动抢红包的功能就是通过他实现的，原本该功能是对那些由于视力、听力或其它身体原因导致不能方便使用Android智能手机的用户，Android提供了Accessibility功能和服务帮助这些用户更加简单地操作设备，包括文字转语音(不支持中文)、触觉反馈、手势操作、轨迹球和手柄操作等，到Android 4.1版本以后，系统辅助服务增加了与窗口元素的双向交互，此时可以通过辅助功能服务操作窗口元素，比如点击按钮、输入文本信息等功能，越来越方便。
这些方法各有利弊，综合看来，第一种实现总会有一天微信说要关闭web服务，那岂不是很惨，第二种风险在于被封号，只有第三种目前看来最合适，想要自动发送朋友圈，AccessibilityService是最完美的实现。知其然知其所以然，我们要想用好AccessibilityService，就要明白其原理，这样能更好的理解每一步操作的含义，少走弯路，避免考虑不周导致成功率不足。
自动化视频效果展示：
在做的过程中，也遇到很多问题，例如经常拿不到
AccessibilityNodeInfo实例，如果拿不到就无法操作当前界面的元素，等于是无法再执行下去了，这里有几个关键点需要注意的，只要注意这几个就可以完美拿到。卖个关子，下面会提到，请往下看。
自动分享小程序给好友(doing)
自动拉好友进群(doing)
自动踢人(doing)
AccessibilityService原理
先大致了解下原理，对你的使用更是事半功倍。
类图源于 here
AccessibilityService类图
分析下这个类图。
AccessibilityService：最主要的onBind()、onAccessibilityEvent(event: AccessibilityEvent)、onInterrupt()三个函数，后面两个需要子类实现，onBind已经实现了，看下这个函数源码 直接return了一个静态内部类IAccessibilityServiceClientWrapper
public final IBinder onBind(Intent intent) { return
new IAccessibilityServiceClientWrapper(this, getMainLooper(), new Callbacks() {
}
}
IAccessibilityServiceClientWrapper : 用于和system_server通信的匿名Binder服务，
public static class IAccessibilityServiceClientWrapper extends IAccessibilityServiceClient.Stub
implements HandlerCaller.Callback {
该类又继承了IAccessibilityServiceClient.Stub，并实现了HandlerCaller.Callback接口。看到这分析出，这是一个跨进程通信Service，在IAccessibilityServiceClientWrapper构造函数中看到Callbacks 回调接口
public interface Callbacks {
void onAccessibilityEvent(AccessibilityEvent event);
void onInterrupt();
void onServiceConnected();
void init(int connectionId, IBinder windowToken);
boolean onGesture(int gestureId);
boolean onKeyEvent(KeyEvent event);
void onMagnificationChanged(@NonNull Region region,
float scale, float centerX, float centerY);
void onSoftKeyboardShowModeChanged(int showMode);
void onPerformGestureResult(int sequence, boolean completedSuccessfully);
void onFingerprintCapturingGesturesChanged(boolean active);
void onFingerprintGesture(int gesture);
void onAccessibilityButtonClicked();
void onAccessibilityButtonAvailabilityChanged(boolean available);
}
看到这里再回头看看onBind函数的具体实现如图
看到了吧，AccessibilityService的AccessibilityEvent事件
来源于IAccessibilityServiceClientWrapper，我们再看看IAccessibilityServiceClientWrapper是如何收到这个Event，再往下跟踪代码
IAccessibilityServiceClientWrapper中executeMessage(Message message)函数调用mCallback.onAccessibilityEvent(event)传递给AccessibilityService，executeMessage函数是HandlerCaller.Callback接口的实现，那谁发送的这个Message呢，
IAccessibilityServiceClientWrapper中同样的onAccessibilityEvent()函数如图
而这个函数又是谁调的呢，这里就到了进程间通信的逻辑，看一下外部逻辑，上面是倒推逻辑，下面正推一下。
AccessibilityService跟一个监控一样，界面的所有的事件都可以收到，那它的源头肯定在View上，肯定在View的事件处理上，跟着这个逻辑去找一下
在performClick函数中发现有一个AccessibilityEvent事件传递，再往里面跟踪发现了这个有用的信息
这里面可以清晰的看到，你收到的AccessibilityEvent事件所有的字段赋值逻辑就在这里。那它是如何发出去交给AccessibilityService呢，肯定是通过AIDL，进一步查找源码
发现在sendAccessibilityEventUncheckedInternal函数中，调用了
getParent().requestSendAccessibilityEvent(this, event)，接着看看这个getParent()干了什么，找了一圈找到具体实现在哪，最终在ViewRootImpl中找到这个方法实现
@Override
public boolean requestSendAccessibilityEvent(View child, AccessibilityEvent event) {
if (mView == null || mStopped || mPausedForTransition) {
return false;
}
// Immediately flush pending content changed event (if any) to preserve event order
if (event.getEventType() != AccessibilityEvent.TYPE_WINDOW_CONTENT_CHANGED
&& mSendWindowContentChangedAccessibilityEvent != null
&& mSendWindowContentChangedAccessibilityEvent.mSource != null) {
mSendWindowContentChangedAccessibilityEvent.removeCallbacksAndRun();
}
// Intercept accessibility focus events fired by virtual nodes to keep
// track of accessibility focus position in such nodes.
final int eventType = event.getEventType();
switch (eventType) {
case AccessibilityEvent.TYPE_VIEW_ACCESSIBILITY_FOCUSED: {
final long sourceNodeId = event.getSourceNodeId();
final int accessibilityViewId = AccessibilityNodeInfo.getAccessibilityViewId(
sourceNodeId);
View source = mView.findViewByAccessibilityId(accessibilityViewId);
if (source != null) {
AccessibilityNodeProvider provider = source.getAccessibilityNodeProvider();
if (provider != null) {
final int virtualNodeId = AccessibilityNodeInfo.getVirtualDescendantId(
sourceNodeId);
final AccessibilityNodeInfo node;
node = provider.createAccessibilityNodeInfo(virtualNodeId);
setAccessibilityFocus(source, node);
}
}
} break;
case AccessibilityEvent.TYPE_VIEW_ACCESSIBILITY_FOCUS_CLEARED: {
final long sourceNodeId = event.getSourceNodeId();
final int accessibilityViewId = AccessibilityNodeInfo.getAccessibilityViewId(
sourceNodeId);
View source = mView.findViewByAccessibilityId(accessibilityViewId);
if (source != null) {
AccessibilityNodeProvider provider = source.getAccessibilityNodeProvider();
if (provider != null) {
setAccessibilityFocus(null, null);
}
}
} break;
case AccessibilityEvent.TYPE_WINDOW_CONTENT_CHANGED: {
handleWindowContentChangedEvent(event);
} break;
}
mAccessibilityManager.sendAccessibilityEvent(event);
return true;
}
可以看到是mAccessibilityManager.sendAccessibilityEvent 发出了事件，再看下这个函数的实现逻辑
public void sendAccessibilityEvent(AccessibilityEvent event) {
final IAccessibilityManager service;
final int userId;
synchronized (mLock) {
service = getServiceLocked();
if (service == null) {
return;
}
if (!mIsEnabled) {
Looper myLooper = Looper.myLooper();
if (myLooper == Looper.getMainLooper()) {
throw new IllegalStateException(
"Accessibility off. Did you forget to check that?");
} else {
// If we're not running on the thread with the main looper, it's possible for
// the state of accessibility to change between checking isEnabled and
// calling this method. So just log the error rather than throwing the
// exception.
Log.e(LOG_TAG, "AccessibilityEvent sent with accessibility disabled");
return;
}
}
if ((event.getEventType() & mRelevantEventTypes) == 0) {
if (DEBUG) {
Log.i(LOG_TAG, "Not dispatching irrelevant event: " + event
+ " that is not among "
+ AccessibilityEvent.eventTypeToString(mRelevantEventTypes));
}
return;
}
userId = mUserId;
}
try {
event.setEventTime(SystemClock.uptimeMillis());
// it is possible that this manager is in the same process as the service but
// client using it is called through Binder from another process. Example: MMS
// app adds a SMS notification and the NotificationManagerService calls this method
long identityToken = Binder.clearCallingIdentity();
service.sendAccessibilityEvent(event, userId);
Binder.restoreCallingIdentity(identityToken);
if (DEBUG) {
Log.i(LOG_TAG, event + " sent");
}
} catch (RemoteException re) {
Log.e(LOG_TAG, "Error during sending " + event + " ", re);
} finally {
event.recycle();
}
}
IAccessibilityManager 是个aidl接口，最终通过他发送给了服务
看到这是不是明白了其中的原理。在AccessibilityService你还可以拿到Activity的一些信息，同样的道理，你在源码中肯定能找到那个实现，你可以试着自己去搜一下。
AccessibilityService使用心得
上面卖的关子，现在可以圆满了，在使用中遇到过很多种情况拿不到RootInActiveWindow 也就是AccessibilityNodeInfo(表示窗口内容的节点)，当窗口能拿到这个节点时，你才能通过他去findView，所以你知道它的重要性了，但为什么很多时候拿不到呢
第一个case，如图
如果在TYPE_WINDOWS_CHANGED中就会拿不到
第二个case，如图
当你不在当前页面(com.tencent.mm.ui.LauncherUI是微信的主页)时同样也有可能获取不到，有可能是在其他页面。
第三个case，没图，这种情况就很奇怪，在上面两个都避免了之后，还有拿不到的情况，怎么办了，偶然间我切回桌面，又回来，发现又有了，具体什么原理，目前没找到答案，好吧，总算有个解决办法，当拿不到这个界面的节点时，我切到任务管理状态，再点物理返回键，达到切换的效果，这时候还真的又拿到了，也许这是目前最有价值的一个case，希望你也能用它解决问题。
总结
本项目源码完善中，功能上会加入
自动分享小程序给好友
自动拉好友进群
自动踢人
代码会提交到这里 I校长
欢迎Star