这是一篇苦涩的文章。
经过数日努力，百度贴吧自动签到APP还是暂时以失败告终。不得不承认，我败给了强大而又细致的Android操作系统。下面记录下我的设计思路。
一、设计思路
利用Android提供的辅助功能AccessibilityService，模拟人的点击操作。从唤醒屏幕、打开百度贴吧APP，到点击【进吧】、【XX吧】，最后点击【签到】按钮。这一套流程顺利执行完，再关闭屏幕，用户基本不受打扰。让程序选择手机空闲时段执行这些操作，如果成功，在通知栏提示“签到成功”，失败则等待下一个时机再次尝试签到。
二、遇到问题
起初本以为很容易实现，然而真正着手做时才发现困难重重。困难就来源于Android系统对APP的严格管制。
第一，越高版本的Android系统，越严格限制APP后台运行。不做特殊处理的APP，在锁屏后都会很快被杀死。而像微信这样的APP，内部有特殊的存活机制（具体原理不清楚，可能有多个守护进程互相唤醒），才可以保证不被杀死。但是，即便是微信，在关闭屏幕后，一旦手机进入休眠状态，此时CPU关闭，网络关闭，微信无法及时接收到消息，只有等再次唤醒屏幕时才能接收前一段时间的消息，这在我的华为手机上体验明显。因此，百度贴吧自动签到APP也就无法在系统休眠期间执行签到操作。
第二，Android并没有放开使用AccessibilityService的权利。启动AccessibilityService必须用户手动进入【设置】->【高级设置】->【辅助功能】，启动相应的服务，无法在程序中自动开启。因此，一旦AccessibilityService被系统杀死，就彻底玩完了，总不能频繁提醒用户去手动开启这个服务。实际中，AccessibilityService很容易被杀死，据调查，它会随着所在APP的进程结束而结束。
第三，BroadCastReceiver是个好东西，它可以脱离APP的生命周期一直存活下去，只要在AndroidManifest.xml中用静态注册即可。这样一来，我就可以监听屏幕关闭广播，一旦用户关闭屏幕，趁着系统还没有休眠，就可以准备启动我的签到程序。然而Google似乎早已看穿一切，竟然在高版本的API中禁用了通过静态注册
SCREEN_OFF和SCREEN_ON的广播接收器，只允许动态注册。很显然，Google的意思是后台进程必须与主进程共存亡，别想在关闭屏幕后搞什么小动作！
三、本是同根生，相煎何太急。
做到这里，我决定暂时放弃这个项目。作为开发人员，应该尊重Android的设计理念，而不应该抓住它的漏洞实现不该实现的功能。Android设计者和普通开发者需要相互信任，而不是斗智斗勇。Android系统想方设法关闭尽可能多的APP，从而节约电量，国内厂商甚至自己修改内核；而APP开发者却想尽办法让自己的APP不被杀死，占用尽可能多的资源。这真是一对永恒的矛盾，也是Android的开放性带来的不良产物。
漏洞是怎么也补不完的，唯有双方互相信任，遵循Android的设计理念，才能共同发展，合作共赢。
PS：如果有好的解决方案我还是会回来的！在此声明，本项目只做学习交流，不做商业用途。
