聊聊微信自动化的几种方案

阅读文本大概需要 6 分钟。

经常有小伙伴后台私信问我，自己每天大量的时间花在微信上，平常很多重复的操作都需要自己去亲力亲为，效率低的同时，人也累的半死，问我能否能做成自动化。

答案是可以的，任何人为操作都能做成自动化，自动化无所不能。

今天就微信自动化这一应用场景聊聊几种实现方案。

1、wxpy

wxpy 基于 itchat，使用了 Web 端微信的通讯协议，能够实现微信消息管理、好友管理及一些数据统计功能。

但是，由于微信对网页版微信的限制，导致很多新注册的微信号不能登陆网页版微信；因此，如果要使用 wxpy 完成一些自动化操作，需要使用一些老的微信号。

另外，具体操作的时候必须要限制频次，不然频繁操作可能会导致操作失败，严重的可能会面临被封号。

2、Airtest/Appium

使用自动化框架，包含：Airtest、Appium，可以很好的规避官方接口的限制，完全模拟人为操作。

只需要将常用的微信操作封装成不同 TestCase，结合 Jenkins 去定时调度即可。

需要注意的是，由于 Airtest 针对 iOS 端还并不稳定，如果要在 iOS 端实现微信自动化操作，建议用 Appium。

使用自动化框架也是有缺点的，比如：设备必须时时连上 PC 端、又或者保证设备和 PC 在同一局域网。

3、UIAutomator2.0

UIAutomator2.0 是 Android 端的一款自动化测试框架。

需要利用 AS 编写一款 APP，然后编写一些具体功能的测试脚本。

要完成对微信的自动化，必须保证手机是 Root 后的，另外，编写完测试脚本之后，需要对 APK 进行签名打包，具体可以参考之前写过的一篇文章。

薅羊毛 | 揭秘闲鱼方案，一部手机，实现随时随地薅羊毛

当然，一些常用的微信操作功能可以借助 Xposed 框架，安装一些插件来 完成。

4、无障碍服务

相比上面提出的 3 种方案，无障碍服务 可以以一种服务存在系统内部，并且不依赖 PC 端、不需要 Root，所以无障碍服务是最推荐使用的一种方案。

可以针对每一个操作页面，编写具体的业务逻辑，然后在微信 App 内定时去页面跳转，即可以完成大部分的日常操作。

为了保证服务能一直在后台运行，高版本的设备，需要手动打开应用自启开关。

（完）