最近在使用心悦俱乐部这个APP，里面有个代币叫G分，可以换游戏道具，但需要每天领取，比较繁琐。于是索性做一个自动领取G分的辅助，姑且叫它G分助手吧。
1. 查看包名和当前Activity
首先使用adb shell连接上手机。在启动应用之后，输入dumpsys activity activities命令查看当前的Activity。
image.png
image.png
可以看到，包名是com.tencent.tgclub，欢迎页是WelcomeActivity，主页面是MainActivity。
2. 查看当前应用布局，View的id等
在Android sdk目录下，有一个tools文件夹。这之中有一个monitor工具，也就是之前的DDMS。连接手机到电脑之后，通过monitor即可看到当前应用界面的布局了。
点击dump view hierarchy
点击dump
当前应用布局
当前应用布局.png
通过monitor工具，我们就可以获取到想要点击View的id，从而为实现模拟点击做好准备。
3. AccessibilityService的配置
Accessibility Service的教程网上一搜一大把，很简单，这里就不赘述了。
AccessibilityService的xml配置文件如下：
android:accessibilityEventTypes="typeWindowStateChanged|typeWindowContentChanged|typeViewClicked"
android:accessibilityFeedbackType="feedbackGeneric"
android:accessibilityFlags="flagReportViewIds|flagRequestEnhancedWebAccessibility|flagRetrieveInteractiveWindows"
android:canRequestEnhancedWebAccessibility="true"
android:canRetrieveWindowContent="true"
android:canPerformGestures="true"
android:description="@string/app_name"
android:notificationTimeout="10"
android:packageNames="com.tencent.tgclub" />
其中特别要指出的是，flagRequestEnhancedWebAccessibility这一项，是为了操作WebView中的内容的。最坑的地方在于，在api 26中这个flag就被废弃了，而且我并没有找到替代方法。也就是说，在Android O以后的手机很可能就不能用这个方式了，而且竟然没有可以替代的方式！(只能用Android 7及以前的手机暂时苟一下)
image.png
4. 实现代码
4.1 判断是否开启AccessibilityService的权限
/**
* 检测是否本应用辅助功能开启
*/
fun isAccessibilitySettingsOn(mContext: Context, clazz: Class): Boolean {
var accessibilityEnabled = 0
val service = mContext.packageName + "/" + clazz.canonicalName
try {
accessibilityEnabled = Settings.Secure.getInt(mContext.applicationContext.contentResolver,
Settings.Secure.ACCESSIBILITY_ENABLED)
} catch (e: Exception) {
e.printStackTrace()
}
val mStringColonSplitter = TextUtils.SimpleStringSplitter(':')
if (accessibilityEnabled == 1) {
val settingValue = Settings.Secure.getString(mContext.applicationContext.contentResolver,
Settings.Secure.ENABLED_ACCESSIBILITY_SERVICES)
if (settingValue != null) {
mStringColonSplitter.setString(settingValue)
while (mStringColonSplitter.hasNext()) {
val accessibilityService = mStringColonSplitter.next()
if (accessibilityService.equals(service, ignoreCase = true)) {
return true
}
}
}
}
return false
}
/**
* 检查是否开启辅助功能，没有开启就跳转到设置页面
*/
private fun checkAccessibilityOn() {
if (!isAccessibilitySettingsOn(this, GPointService::class.java)) {
mDialog = makeDialog(this,
"需要打开辅助功能",
"点击确定，在设置中找到\"G分助手\"，打开辅助功能",
"确定",
DialogInterface.OnClickListener { _, _ -> startActivity(Intent(Settings.ACTION_ACCESSIBILITY_SETTINGS)) },
false)
mDialog!!.show()
}
}
4.2 AccessibilityService的实现
4.2.1 需求分析
拟定功能有三点：
签到
领取月卡积分
喂猫
那么，我们的辅助功能应该是这样的：
每日定时打开心悦app -> 检查今日是否完成以上任务 -(如果没有)-> 执行任务 -> 检查是否成功 [ -> 上报]
4.2.2 思路
在AccessibilityService的onAccessibilityEvent回调方法中，可以接收到在xml中指定app的事件。
/**
* 检测到事件。
*/
override fun onAccessibilityEvent(event: AccessibilityEvent) {
Log.v(TAG, "onAccessibilityEvent: " + AccessibilityEvent.eventTypeToString(event.eventType))
if (event.eventType == AccessibilityEvent.TYPE_WINDOW_STATE_CHANGED) {
// window状态改变(切换窗口、显示隐藏、对话框等)
// doSth...
} else if(event.eventType == AccessibilityEvent.TYPE_WINDOW_CONTENT_CHANGED) {
// 当前window内容改变
// doSth...
}
}
首先检查一下今日任务是否已经执行完毕了，如果是的话就什么都不做。因为不能让辅助妨碍了用户的正常操作，所以在完成了任务之后就不需要再进行操作了。
按照4.2.1中的流程依次执行任务。
执行完毕之后，将结果保存在本地。
4.2.3 设计
思路上捋清楚了，接下来就是具体是设计了。
1. 任务设计
任务的设计主要分为两个方面。第一，数据结构；第二，存储方式。
如何得知当日是否已经执行完毕？执行任务之后如何存储？
最简单可行的想法就是使用SharedPreferences来进行记录，读取之后保存在AccessibilityService中。
private lateinit var mSharedPreferences: SharedPreferences
override fun onServiceConnected() {
Log.d(TAG, "onServiceConnected: GPointService")
mSharedPreferences = getSharedPreferences(SP_NAME, Context.MODE_PRIVATE)
}
另一方面，由于任务状态包括了签到、领取月卡积分、喂猫三项，任务重复性高，如果全都写在AccessibilityService中，冗余度很高，所以单独抽象一个Task基类出来。这样做的好处不仅在于可以减少重复代码，而且如果以后有新的任务，直接继承这个父类即可，利于扩展：
uml1
最后，创建一个TaskManager的单例类，统一管理任务，将职责从AccessibilityService中分割出来。
uml3
这里任务的设计暂告一段落了。
2. 任务执行
在任务执行之后，还需要保存任务的完成状态。对于每日更新的任务来说，每天的任务完成之后，需要将任务标记为已完成，并且在第二天的0点(或其他时候)重新变成未完成。
这个花了我很多时间，主要是比较各种方式的优劣。对于定/延时任务，一般来说有这几种方法：
Timer
Handler
AlarmManager
鉴于任务间隔时间很长，所以这里采用了AlarmManager作为定时任务的方法。
另外，考虑到不同的任务可能会有不同的执行时间和间隔，那么就没法统一执行时间了。这个问题其实还是很棘手的，虽然有不同的解决方案，但是我最后也没有找到一个比较完美的。
最终方案
采用过期时间mExpireTime。对于每个Task来说，执行完毕任务之后，设定一个任务过期时间。任务过期之前为保护期，在保护期内，任务不会再次运行。超过过期时间的，或者没有设置过期时间的，视为过期任务，则执行。同时将isTaskDone()方法修改为shouldRunTask()方法，使其更符合实际逻辑。
每次AccessibilityService的onAccessibilityEvent回调均会调用TaskManager.checkAndRunTasks()方法来检查所有任务是否过期，对于未过期的任务则跳过，只执行已过期的任务。在checkAndRunTasks方法中，会调用每个Task的shouldRunTask方法，检查是否应该运行。
对于TaskManager，简化了外部接口，使得任务的执行更加便捷且清晰；同时当一个任务执行时，其他任务禁止执行，避免互相干扰。
另外对Task类也进行了优化，删去了过度设计的部分。
umllast
4.3 最终代码
虽然因为手里没有Android 7测试样机，具体功能的实现没有办法继续写下去了，不过大体框架已经完成，剩下的内容就是往里面写各个任务的业务逻辑了，甚至根据需求可以添加其他任务。
Github地址是https://github.com/LittleFogCat/gpointhelper，有兴趣的可以自己改着玩。(不过我相信没有人会坚持看到这里。)
事实上，写到这里，我已经不想领G分了。
扫一扫
1392
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
