首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

AlarmManager未取消

AlarmManager是Android系统中的一个类,用于管理定时任务和延迟任务。它可以在指定的时间点执行某个操作,或者以一定的间隔周期性地执行某个操作。AlarmManager可以用于在后台执行重复任务、定时提醒、更新数据等场景。

AlarmManager的分类:

  1. 单次定时任务(One-time alarm):在指定时间点执行某个任务,执行完后不再触发。
  2. 重复定时任务(Repeating alarm):以一定的时间间隔周期性地执行某个任务,可以设置间隔时间和重复次数。

AlarmManager的优势:

  1. 精确度高:AlarmManager使用系统级别的时钟,可以提供较高的定时精确度。
  2. 省电:AlarmManager可以唤醒设备执行任务,但会尽量与其他任务合并执行,以降低功耗。
  3. 强大的定时功能:可以根据具体需求设置单次定时任务或重复定时任务。

AlarmManager的应用场景:

  1. 定时提醒和闹钟应用:可以设置在指定时间点播放音乐或触发其他提醒操作。
  2. 数据更新和同步:可以周期性地从服务器获取最新数据,并更新本地缓存。
  3. 后台任务执行:可以在指定时间点执行后台任务,如发送通知、清理数据、备份数据等。

腾讯云相关产品推荐: 腾讯云提供了云计算领域的相关产品,适用于各种场景和需求。以下是一些相关的产品及其介绍链接:

  1. 云函数(Cloud Function):支持事件驱动的无服务器计算服务,可在事件发生时自动触发函数执行,可以用来处理定时任务等场景。详细介绍:云函数
  2. 云服务器(CVM):提供弹性的虚拟服务器,可以用来搭建和管理各种应用环境。详细介绍:云服务器
  3. 定时触发器(Timer Trigger):支持在指定时间点触发云函数执行,可用于定时任务和定时触发操作。详细介绍:定时触发器
  4. 云数据库MySQL版(TencentDB for MySQL):提供高性能、可扩展的关系型数据库服务,可用于存储和管理应用数据。详细介绍:云数据库MySQL版
  5. 云储存(COS):提供高可靠、低成本的对象存储服务,适用于存储和管理各种数据类型。详细介绍:云储存

以上是对AlarmManager未取消的完善且全面的答案,根据答案要求,没有提及其他云计算品牌商。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

Android开发笔记(五十)定时器AlarmManager

Java中的定时器机制有现成的方案,就是Timer+TimerTask。其中TimerTask用来描述时刻到达后的事务处理,而Timer用来调度定时任务,如何时启动、间隔多久再次运行等等。 Timer的调度方法是schedule,主要有三个参数。第一个参数表示用来调度的定时任务,第二个参数表示延迟多久首次启动任务,第三个参数表示间隔多久再次启动任务。 public void schedule(TimerTask task, long delay, long period) 定时任务得自己写个继承自TimerTask的新类,并重写run方法填入具体的事务处理代码。调用Timer的schedule方法,定时任务便会按照调度设置按时启动;TimerTask不能直接设置运行的次数上限,一旦启动就会持续定时运行,除非对象销毁或者调用了TimerTask的cancel方法。调用cancel方法停止定时任务后,若想重启该定时任务,只能重新声明TimerTask对象,并且重新调用schedule方法。 Timer+TimerTask的实质是利用开启Thread来触发定时任务,所以TimerTask实际上运行于非UI线程,也就无法直接操作UI。若想在TimerTask中修改UI控件,得通过Handler发送消息来间接实现。

01

Android开发笔记(一百六十)休眠模式下的定时器控制

定时器AlarmManager常常用于需要周期性处理的场合,比如闹钟提醒、任务轮询等等。并且定时器来源于系统服务,即使App已经不在运行了,也能收到定时器发出的广播而被唤醒。似此回光返照的神技,便遭到开发者的滥用,造成用户手机充斥着各种杀不光进程,就算通过手机安全工具一再地清理内存,只要定时设定的时刻到达,刚杀掉的流氓App就会死灰复燃。长此以往,手机的运行速度越来越慢,内存也越来越不够用了,更糟糕的是,电量消耗地越来越快。 Android手机越用越慢的毛病老大不掉,为此每次系统版本升级,Android都力图在稳定性、安全性上有所改善。针对定时器AlarmManager的滥用问题,Android从4.4开始,修改了setRepeating方法的运行规则。原本该方法可指定每隔固定时间就发送定时广播,但在Android4.4之后,操作系统为了节能省电,将会自动调整定时器唤醒的时间。比如原来调用setRepeating方法设定了每隔10秒发送广播,但App在实际运行过程中,很可能过了好几分钟才发送一次广播,这意味着该方法将不再保证每次工作都在开发者设置的时间开始。 正如博文《Android开发笔记(七十五)内存泄漏的处理》描述的那样,当时为了演示定时器发生内存泄漏的场景,并没有直接调用setRepeating方法,而是接力调用set方法。App每次收到定时广播之后,还得重新开始下一次的定时任务,如此方可兼容Android4.4之后的持续定时功能。下面是将setRepeating方法改为使用set方法实现的代码例子:

02

Android开发笔记(一百四十三)任务调度JobScheduler

App除了通过屏幕向用户展示可交互的界面元素之外,还经常需要在后台做些背地里做的事情,比如说精密计算、文件下载、统计分析、数据导入、状态监控等等,这些用户看不到的事一般放在Service中处理。 然而有时候我们希望在特定情况下再启动事务,比如说延迟若干时间之后,或者等手机空闲了再运行,这样一方面不会在系统资源紧张之时喧宾夺主,另一方面也起到削峰填谷提高系统效率的作用。对于这些额外的条件要求,Service并不能直接支持,往往需要加入其他手段,才能较好地满足相关的运行条件,比如: 一、对于延迟时间执行,通常考虑利用系统的闹钟管理器AlarmManager进行定时管理,有关AlarmManager的说明参见《Android开发笔记(五十)定时器AlarmManager》。 二、对于是否联网、是否充电、是否空闲,一般要监听系统的相应广播,常见的系统广播说明如下: 1、网络状态变化需要监听系统广播android.net.conn.CONNECTIVITY_CHANGE; 2、设备是否充电需要监听系统广播Intent.ACTION_POWER_CONNECTED也就是android.intent.action.ACTION_POWER_CONNECTED; 3、设备是否空闲需要监听系统广播Intent.ACTION_SCREEN_OFF也就是android.intent.action.SCREEN_OFF; 可是要想给Service补充以上条件,势必加大了程序逻辑的复杂度,一会儿注册这个事件,一会儿注册那个事件,工程代码将变得不易维护。有鉴于此,Android从5.0开始,增加支持一种特殊的机制,即任务调度JobScheduler,该工具集成了常见的几种运行条件,开发者只需添加少数几行代码,即可完成原来要多种组件配合的工作。 任务调度机制由三个工具组成,首先是JobInfo,它指定了一个任务的概要信息,比如何时启动,启动时需要满足什么条件等等;其次是JobScheduler,它是系统提供的任务调度服务,它的实例从系统服务Context.JOB_SCHEDULER_SERVICE中获得;最后是JobService,它描述了该任务内部的具体业务逻辑,它的运行时刻由JobScheduler根据JobInfo指定的条件而计算决定。下面分别说明这三个工具的编码过程:

03

Android开发笔记(一百八十八)工作管理器WorkManager

Android11不光废弃了AsyncTask,还把IntentService一起废掉了,对于后台的异步服务,官方建议改为使用工作管理器WorkManager。 其实除了IntentService之外,Android也提供了其它后台任务工具,例如工作调度器JobScheduler、闹钟管理器AlarmManager等等。当然这些后台工具的用法各不相同,徒增开发者的学习时间而已,于是乎谷歌索性把它们统一起来,在Jetpack库中推出了工作管理器WorkManager。这个WorkManager的兼容性很强,对于Android6.0或更高版本的系统,它通过JobScheduler完成后台任务;对于Android6.0以下版本的系统(不含Android6.0),通过AlarmManager和广播接收器组合完成后台任务。不过无论采取哪种方案,后台任务最终都是由线程池Executor执行。 因为WorkManager来自Jetpack库,所以使用之前要修改build.gradle,增加下面一行依赖配置:

03
领券