写这篇博客的缘由来自一个需求:
每日定时推送通知,提醒用户完成签到。如果后台被清理,则在打开App后立即推送。
众所周知,如今的Android国产ROM想要实现定时操作需要做极强的保活。然而一旦做了保活,那么程序就可能会消耗没有必要的资源,变得很流氓,这并不是我们想要看到的。
于是jobSchedule应运而生,这个库应该是最完美的解决方案,但有api限制,并不能满足我的需要。
后来尝试了AlarmManager,这个工具也能较精确地定时工作,但是一旦程序被杀后台,就再也不起作用。而且由于采用继承Receiver的方式,在8点打开app无法收到本应是7点的通知,因此也无法满足需要。
于是选择了各种情况是否定时推送后台未被清理后台被清理原生ROM推送推送
国产ROM推送打开App后继续推送
在程序没有被杀的情况下,能够完成定时工作。
在程序被杀后,若是原生ROM,不会有影响;若是国产ROM,不会自动推送通知,但会在打开App的第一时间自动调用代码,完成推送。愚以为,微博,知乎App也是用类似这样的操作实现的推送,因为你杀掉后台后并不能接收到推送(一加5t 氢os 8.1),但是一旦重新打开App,会收到之前的提醒。
当然,这样做的缺点就是无法做到精确定时,因为workManager的重复工作间隔必须大于15分钟。因此即使使用最短的时间间隔,也最多只能保证精度为15*2=30分钟。
做到定时的原理就是,每15分钟调用一次,查看时间是否是在指定的时间段。
如果在