Android系统原生应用解析之桌面闹钟及相关原理应用之时钟任务的应用(二)

本文涉及的产品
云解析 DNS,旗舰版 1个月
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: 这篇文章主要针对http://android.xsoftlab.net/training/scheduling/alarms.html#tradeoffs中的Scheduling Repeating Alarms一文进行大体翻译:Alarms(基于AlarmManager类)可以使你的应用在正常的生命周期之外执行基于时间的任务。

这篇文章主要针对http://android.xsoftlab.net/training/scheduling/alarms.html#tradeoffs中的Scheduling Repeating Alarms一文进行大体翻译:

Alarms(基于AlarmManager类)可以使你的应用在正常的生命周期之外执行基于时间的任务。举个例子,你可以使用Alarm去创建一个长时间的任务,比如说每天启动一个服务来下载天气预报。


Alarms拥有以下特征:

  • 它允许你设置一个Intent在固定的时间或者时间段执行。
  • 你可以用它们和广播进行结合来启动服务去执行其它操作。
  • 它们可以在你的应用程序之外进行操作任务,所以你可以在你的应用没有启动的时候,使用它们去触发任务或者执行任务,甚至是设备在休眠状态时。
  • 它们可以帮助减小你应用资源的需求,你可以在不依赖定时器的情况下安排任务或者连续运行后台任务。

懂得权衡:

在相对有限的应用范围,一个可以执行重复任务的闹钟可以相对简单的解释其原理,它可能对你的应用来说不是一个好的选择,特别是当你需要用它来去执行一个网络任务时。一个不好的设计会导致设备的电量快速消耗并导致服务器很频繁的处于负载状态。
一个常见的触发任务的场景便是在你应用的生命周期之外去与服务器进行数据同步,这种情况下你可能想尝试用重复的时钟任务来完成,但是如果你拥有自己的服务器你就可以通过GCM和Sync Adapter结合来完成这个任务,它可能比AlarmManager效果更好。

权衡练习:

每一种基于时钟的任务设计都可能会导致系统资源被滥用,举个例子,有一个非常受欢迎的有数据同步功能的App,如果这个数据同步操作都在每天晚上11点钟进行,那么去被连接的服务器可能会一直处于高负载状态,甚至是服务器挂掉,请在使用时钟功能时遵循以下原则:

  • 将时钟任务的触发时间使用随机条件上下浮动以下,不要聚集在一个时间点。
    • 1 . 当时钟任务触发时,要先处理一下本地任务,本地任务是指任何不与服务器产生交互的任务。
    • 2 . 在同一时间,需要在一个相同时间间隔周期的基础之上执行基于时钟任务的网络请求。
  • 保证使时钟任务的频率降到最低,最好一天一次。越低越好。
  • 不要在不必要的情况下唤醒设备。
  • 尽可能的避免使用你自己的时钟任务管理器。

设置一个时钟任务:

基于上面的描述,时钟任务对有规律执行事件或者数据查询的事情来说是最好的选择,时钟任务拥有以下特性:

  • 时钟类型,具体请查看下文中的 关于时钟类型的选择。
  • 触发时间,如果你设置了过去的时间,那么闹钟任务就会立即执行。
  • 时钟间隔,比如每一天,每一个小时,每5秒等等。
  • 一个Pending Intent,它可以在时钟任务在触发时被调用,如果你在几秒钟之内设置了相同的Pending Intent,那么前一个会被后一个任务顶掉。


关于选择时钟类型

第一个需要考虑的就是时钟的触发类型了。
这里有两种方式供你选择:一种是相对时间,一种是真实的时间。相对时间就是基于系统启动的时间间隔,真实的时间就是说每天的几点几点。这个的意思就是说,相对时间适合用来做基于过去的时间任务(举个例子,比如说每过30秒执行一次任务),它不受时区的影响。而真实时间它比较适合去执行基于真实世界时间的任务。

每一种选择都都唤醒的功能,也就是说它可以在屏幕关闭的情况下唤醒CPU继续起来干活,它确保了时钟任务可以在被设定的时间呗执行,如果你的App对时间有依赖的情况下特别有用,举个例子,它可以有个小窗口可以使用户进行操作,如果你不使用唤醒的功能,那么所有的时钟任务将会在你的设备下次被打开的时候一起蹦出来。

如果你只是简单的需要每过一段时间就去执行一段时钟任务,(比如每半个小时),那么相对时间就非常适合你。

如果你需要在每一天的固定时间执行一个时钟任务,那么选择一种基于真实时间的闹钟类型,注意,无论如何,这种途径会有一些小缺点,比如APP可能会在不同的时区效果不同,如果用户自己改变了设备的系统时间,那么就可能使你的应用出现一些异常,正如上面所讨论的,使用真实时间可能伸缩性不强。我们还是推荐你尽可能的使用相对时间。

以下是类型种类:

  • ELAPSED_REALTIME 设定一个基于时间量的Pending Intent,这个时间量是从系统启动时开始计算的,不过它不会唤醒设备,相对时间还包括设备在睡眠状态下的时间。
  • ELAPSED_REALTIME_WAKEUP 这个和上面基本相同,都是基于开机时间的,不过它会在时间到达时唤醒设备。
  • RTC 这个是基于真实时间的,不过它不会唤醒设备
  • RTC_WAKEUP 这个也基于真实时间的,不过它会在时钟任务被触发的时候唤醒设备。

接下来使用ELAPSED_REALTIME_WAKEUP类型举个例子:


这个例子会在系统启动之后30分钟之后启动一个任务,并且在随后的每30分钟之后都会再次启动。

// Hopefully your alarm will have a lower frequency than this!
alarmMgr.setInexactRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP,
        AlarmManager.INTERVAL_HALF_HOUR,
        AlarmManager.INTERVAL_HALF_HOUR, alarmIntent);

这个例子会在系统启动一分钟之后启动一个时钟任务,并且会唤醒设备,不过它只会执行一次。

private AlarmManager alarmMgr;
private PendingIntent alarmIntent;
...
alarmMgr = (AlarmManager)context.getSystemService(Context.ALARM_SERVICE);
Intent intent = new Intent(context, AlarmReceiver.class);
alarmIntent = PendingIntent.getBroadcast(context, 0, intent, 0);
alarmMgr.set(AlarmManager.ELAPSED_REALTIME_WAKEUP,
        SystemClock.elapsedRealtime() +
        60 * 1000, alarmIntent);

接下来使用RTC_WAKEUP类型举个例子:

在每天下午接近两点的时候去执行一个任务,并唤醒设备,它并且会在每天的这个时间重复执行。

// Set the alarm to start at approximately 2:00 p.m.
Calendar calendar = Calendar.getInstance();
calendar.setTimeInMillis(System.currentTimeMillis());
calendar.set(Calendar.HOUR_OF_DAY, 14);
// With setInexactRepeating(), you have to use one of the AlarmManager interval
// constants--in this case, AlarmManager.INTERVAL_DAY.
alarmMgr.setInexactRepeating(AlarmManager.RTC_WAKEUP, calendar.getTimeInMillis(),
        AlarmManager.INTERVAL_DAY, alarmIntent);

这个例子是在每天8点半的时候执行一个任务,并且唤醒设备,接着它会在接下来的每20分钟后执行一次。

private AlarmManager alarmMgr;
private PendingIntent alarmIntent;
...
alarmMgr = (AlarmManager)context.getSystemService(Context.ALARM_SERVICE);
Intent intent = new Intent(context, AlarmReceiver.class);
alarmIntent = PendingIntent.getBroadcast(context, 0, intent, 0);
// Set the alarm to start at 8:30 a.m.
Calendar calendar = Calendar.getInstance();
calendar.setTimeInMillis(System.currentTimeMillis());
calendar.set(Calendar.HOUR_OF_DAY, 8);
calendar.set(Calendar.MINUTE, 30);
// setRepeating() lets you specify a precise custom interval--in this case,
// 20 minutes.
alarmMgr.setRepeating(AlarmManager.RTC_WAKEUP, calendar.getTimeInMillis(),
        1000 * 60 * 20, alarmIntent);


下面是如何取消时钟任务的例子:

// If the alarm has been set, cancel it.
if (alarmMgr!= null) {
    alarmMgr.cancel(alarmIntent);
}


以下是当系统启动时如何启动一个时钟任务的方式(同时也可以作为开机启动任务的一种方法):

默认情况下,在系统关机状态下时所有的时钟任务都被取消执行,为了预防这种情况发生,你可以选择在设备重启的时候自动的重新启动时钟任务,这可以确保在用户不需要手动重启的闹钟任务的情况下通过AlarmManager继续执行任务。

以下是实现步骤:

  • 1.在你程序的Manifest文件中设置开机启动权限RECEIVE_BOOT_COMPLETED,它可以使你在系统启动完成之后接受到一个 ACTION_BOOT_COMPLETED的广播,不过这种情况仅限于用户已经启动过你的程序了。
<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED"/>
  • 2.实现一个广播接收器:
public class SampleBootReceiver extends BroadcastReceiver {
    @Override
    public void onReceive(Context context, Intent intent) {
        if (intent.getAction().equals("android.intent.action.BOOT_COMPLETED")) {
            // Set the alarm here.
        }
    }
}
  • 3.在你的广播接收器的中静态添加Intent过滤器:
<receiver android:name=".SampleBootReceiver"
        android:enabled="false">
    <intent-filter>
        <action android:name="android.intent.action.BOOT_COMPLETED"></action>
    </intent-filter>
</receiver>


这里需要注意的是,这个广播接收器的android:enabled="false"属性为false,它的意思是除非程序已经明确的可以使用了,否则则不会调用它,这样阻止了不必要的系统启动广播被调用,你可以使用以下步骤启动广播接收器:

ComponentName receiver = new ComponentName(context, SampleBootReceiver.class);
PackageManager pm = context.getPackageManager();
pm.setComponentEnabledSetting(receiver,
        PackageManager.COMPONENT_ENABLED_STATE_ENABLED,
        PackageManager.DONT_KILL_APP);


只要有一次通过这种方式启动了广播,那么它会一直保持可用状态,甚至是用户重启了设备,换句话说,除非你的程序自己关掉了它,否则,它会一直保持可用状态,你可以通过以下方式来关掉它:

ComponentName receiver = new ComponentName(context, SampleBootReceiver.class);
PackageManager pm = context.getPackageManager();
pm.setComponentEnabledSetting(receiver,
        PackageManager.COMPONENT_ENABLED_STATE_DISABLED,
        PackageManager.DONT_KILL_APP);


好了,以上的文章就翻译完了,从整体上来说,老外写的文档可真是负责,对于某些细节会强调好几遍,大拇哥~

目录
相关文章
|
8天前
|
存储 缓存 算法
HashMap深度解析:从原理到实战
HashMap,作为Java集合框架中的一个核心组件,以其高效的键值对存储和检索机制,在软件开发中扮演着举足轻重的角色。作为一名资深的AI工程师,深入理解HashMap的原理、历史、业务场景以及实战应用,对于提升数据处理和算法实现的效率至关重要。本文将通过手绘结构图、流程图,结合Java代码示例,全方位解析HashMap,帮助读者从理论到实践全面掌握这一关键技术。
44 13
|
9天前
|
机器学习/深度学习 人工智能 自然语言处理
AI技术深度解析:从基础到应用的全面介绍
人工智能(AI)技术的迅猛发展,正在深刻改变着我们的生活和工作方式。从自然语言处理(NLP)到机器学习,从神经网络到大型语言模型(LLM),AI技术的每一次进步都带来了前所未有的机遇和挑战。本文将从背景、历史、业务场景、Python代码示例、流程图以及如何上手等多个方面,对AI技术中的关键组件进行深度解析,为读者呈现一个全面而深入的AI技术世界。
64 10
|
2天前
|
网络协议 安全 网络安全
探索网络模型与协议:从OSI到HTTPs的原理解析
OSI七层网络模型和TCP/IP四层模型是理解和设计计算机网络的框架。OSI模型包括物理层、数据链路层、网络层、传输层、会话层、表示层和应用层,而TCP/IP模型则简化为链路层、网络层、传输层和 HTTPS协议基于HTTP并通过TLS/SSL加密数据,确保安全传输。其连接过程涉及TCP三次握手、SSL证书验证、对称密钥交换等步骤,以保障通信的安全性和完整性。数字信封技术使用非对称加密和数字证书确保数据的机密性和身份认证。 浏览器通过Https访问网站的过程包括输入网址、DNS解析、建立TCP连接、发送HTTPS请求、接收响应、验证证书和解析网页内容等步骤,确保用户与服务器之间的安全通信。
17 1
|
19天前
|
安全 前端开发 Android开发
探索移动应用与系统:从开发到操作系统的深度解析
在数字化时代的浪潮中,移动应用和操作系统成为了我们日常生活的重要组成部分。本文将深入探讨移动应用的开发流程、关键技术和最佳实践,同时分析移动操作系统的核心功能、架构和安全性。通过实际案例和代码示例,我们将揭示如何构建高效、安全且用户友好的移动应用,并理解不同操作系统之间的差异及其对应用开发的影响。无论你是开发者还是对移动技术感兴趣的读者,这篇文章都将为你提供宝贵的见解和知识。
|
24天前
|
缓存 监控 Java
Java线程池提交任务流程底层源码与源码解析
【11月更文挑战第30天】嘿,各位技术爱好者们,今天咱们来聊聊Java线程池提交任务的底层源码与源码解析。作为一个资深的Java开发者,我相信你一定对线程池并不陌生。线程池作为并发编程中的一大利器,其重要性不言而喻。今天,我将以对话的方式,带你一步步深入线程池的奥秘,从概述到功能点,再到背景和业务点,最后到底层原理和示例,让你对线程池有一个全新的认识。
52 12
|
20天前
|
机器学习/深度学习 搜索推荐 API
淘宝/天猫按图搜索(拍立淘)API的深度解析与应用实践
在数字化时代,电商行业迅速发展,个性化、便捷性和高效性成为消费者新需求。淘宝/天猫推出的拍立淘API,利用图像识别技术,提供精准的购物搜索体验。本文深入探讨其原理、优势、应用场景及实现方法,助力电商技术和用户体验提升。
|
24天前
|
负载均衡 网络协议 算法
Docker容器环境中服务发现与负载均衡的技术与方法,涵盖环境变量、DNS、集中式服务发现系统等方式
本文探讨了Docker容器环境中服务发现与负载均衡的技术与方法,涵盖环境变量、DNS、集中式服务发现系统等方式,以及软件负载均衡器、云服务负载均衡、容器编排工具等实现手段,强调两者结合的重要性及面临挑战的应对措施。
55 3
|
2天前
|
安全 搜索推荐 数据挖掘
陪玩系统源码开发流程解析,成品陪玩系统源码的优点
我们自主开发的多客陪玩系统源码,整合了市面上主流陪玩APP功能,支持二次开发。该系统适用于线上游戏陪玩、语音视频聊天、心理咨询等场景,提供用户注册管理、陪玩者资料库、预约匹配、实时通讯、支付结算、安全隐私保护、客户服务及数据分析等功能,打造综合性社交平台。随着互联网技术发展,陪玩系统正成为游戏爱好者的新宠,改变游戏体验并带来新的商业模式。
|
26天前
|
编译器 PHP 开发者
PHP 8新特性解析与实战应用####
随着PHP 8的发布,这一经典编程语言迎来了诸多令人瞩目的新特性和性能优化。本文将深入探讨PHP 8中的几个关键新功能,包括命名参数、JIT编译器、新的字符串处理函数以及错误处理改进等。通过实际代码示例,展示如何在现有项目中有效利用这些新特性来提升代码的可读性、维护性和执行效率。无论你是PHP新手还是经验丰富的开发者,本文都将为你提供实用的技术洞察和最佳实践指导。 ####
28 1
|
26天前
|
前端开发 Android开发 UED
移动应用与系统:从开发到优化的全面解析####
本文深入探讨了移动应用开发的全过程,从最初的构思到最终的发布,并详细阐述了移动操作系统对应用性能和用户体验的影响。通过分析当前主流移动操作系统的特性及差异,本文旨在为开发者提供一套全面的开发与优化指南,确保应用在不同平台上均能实现最佳表现。 ####
27 0

推荐镜像

更多