写在20111114：DeskClock功能Map

最新推荐文章于 2024-12-19 01:32:29 发布
原创 最新推荐文章于 2024-12-19 01:32:29 发布 · 157 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细介绍了闹钟应用内部架构及各个组件的功能，包括Alarm定义、Alert操作、数据库交互、界面设置等内容，为理解闹钟应用的工作原理提供全面视角。
Alarm 定义闹钟的一系列属性（时间、重复、铃声、标签）
AlarmAlert 以广播接收器接收闹钟id和内容
AlarmAlertFullScreen 闹钟开始弹出时AlarmAlertFullScreen，其中执行响铃、点亮、解锁屏幕等操作
AlarmAlertWakeLock 当闹钟响铃时点亮解锁屏幕
AlarmClock Alarm页面的设置
AlarmInitReceiver 手机重启后闹钟初始化
AlarmKlaxon BroadCastReceiver从此处接收广播，唯一的集成服务的类，通过监听电话状态实现对闹钟的操作
AlarmPrefrence 对闹钟闹铃之后的操作，获得铃声、URL等
AlarmProvider 对数据库的操作，对闹钟的增删改查
AlarmReceiver 接收闹铃之后的动作
Alarms 包括对闹钟的增删改查的具体实现和一些对闹钟时间的获取和设置
DeskClock 应用程序的主界面设置
DigitalClock 设置数字时钟的显示格式
DontPressWithParentLayout
Log 对闹钟的输出日志的控制
RepeatPrefrence 对闹钟重复属性的设置
SetAlarm 通过监听Prefrence状态的改变对单个闹钟的属性的设置
SettingActivity 用四个Prefrence控制闹钟的音量、再响间隔、侧边键功能
Android 13.0 Launcher3 抽屉式(双层)workspace布局之app列表排序功能实现
安卓兼职framework和app工程师的博客
06-12 829
在13.0的系统开发中，在定制Launcher3的开发中，对于抽屉式即双层桌面的workspace的app列表排序的功能，也是常有的需求，把常用的app图标放在前面，其他的可以放在列表后面做个整体的排序，这就需要了解app列表排序的流程，然后根据需求来实现功能
Android 10.0 Launcher3 抽屉式(双层)app列表排序
安卓兼职framework和app工程师的博客
10-27 1239
在定制Launcher3的开发中，对于抽屉式即双层桌面的workspace的app列表排序的功能，也是常有的需求，把常用的app图标放在前面，其他的可以放在列表后面做个整体的排序，这就需要了解app列表排序的流程，然后根据需求来实现功能
android 广播唤醒应用,android – 从广播接收器获取唤醒锁定的问题
weixin_42118056的博客
05-25 229
我有个问题.我正在尝试让广播接收器获得唤醒锁定,以便我的闹钟将手机从睡眠模式唤醒.在下面的广播接收器中,程序在“scpuWakeLock.acquire()”行上遇到“source not found”崩溃;当AlarmReceiver调用类“AlarmAlertWakeLock”时.知道发生了什么事吗？有没有更好的方法来做我想做的事情？在一个文件中：import android.content....
小米便签源码分析——UI包
edgarrr的博客
10-29 9944
对小米便签的源码的UI包进行解读，包含详细的注释内容
android 在一基础上增加闹铃存储和开机重新设置(二)
一步一梯
01-05 2904
有点不太明白大伙说的不能设置多个闹铃,为什么非要计算闹铃和当前时间的差值呢...android闹铃给了我们个误区啊! 上一篇的闹铃多个是可以的哇,这不就设置了多个呢 接着上一篇内容直接改的:安卓系统没有塞班那么牛K,关机是没有闹铃的,而且开机后闹铃也是需要重新设置的,我们需要做的事就是设置闹铃的时候存起来,开机之后取出来. 下面来分析下我们该怎么去完成这个功能: 1.首先要准备好一个数
Miui Note源码解析
04-21 1764
我们先从AndroidManifest.xml中的代码看起。<?xml version="1.0" encoding="utf-8"?><!-- Copyright (c) 2010-2011, The MiCode Open Source Community (www.micode.net) Licensed under the Apache License, Version 2.0 (t
Android 屏保功能实现
十年饮冰，难凉热血
12-19 1731
PowerManagerService Power服务，本文注册启动关联DreamManagerService地方DreamManagerService 屏保服务：具体逻辑实现DreamManagerInternal 屏保功能抽象接口StartNowPreferenceController 设置里面立即启动屏保入口。
SWAP_AK : appLruQueue: [com.taobao.taobao, com.d2956987215.mow, com.jingdong.app.mall, com.huawei.wallet, com.netease.cloudmusic, com.haier.uhome.uplus, com.huawei.photos, com.lingan.seeyou, com.xunmeng.pinduoduo, com.eg.android.AlipayGphone, com.phoenix.read, com.huawei.android.totemweather, com.huawei.magazine, com.sinovatech.unicom.ui, com.huawei.deskclock, com.huawei.calculator, com.ss.android.ugc.aweme, com.huawei.contacts ... 行 13496: 10-16 19:09:53.824 1889 2996 I system_server: com.huawei.photos 行 13623: 10-16 19:09:53.868 3419 4032 I PG_ash : pkg com.huawei.camera calling: com.huawei.photos, pid: -1 ,type: acquire_provider 行 13624: 10-16 19:09:53.868 3419 4032 I PG_ash : com.huawei.photos is called by front app, H to R 行 13625: 10-16 19:09:53.868 1889 13682 I ContentProviderHelper: Successfully start provider ContentProviderRecord{9d93e0a u0 com.huawei.photos/com.huawei.gallery.provider.GalleryProviderForCamera} launchingApp=ProcessRecord{c5a4e75 815:com.huawei.photos/u0a190} caller pid= 775 行 13625: 10-16 19:09:53.868 1889 13682 I ContentProviderHelper: Successfully start provider ContentProviderRecord{9d93e0a u0 com.huawei.photos/com.huawei.gallery.provider.GalleryProviderForCamera} launchingApp=ProcessRecord{c5a4e75 815:com.huawei.photos/u0a190} caller pid= 775 行 13626: 10-16 19:09:53.868 3419 4032 I ash_trans: com.huawei.photos { hibernation duration=117278 Uptime=73567 } transition to: running reason:be_called_acquire_provider 行 13630: 10-16 19:09:53.868 1889 2825 I AppStateTracker: mRunAnyRestrictedPackages.indexOf return = -6,uid = 10190,packageName = com.huawei.photos 行 13632: 10-16 19:09:53.868 1889 2825 I AppStateTracker: mRunAnyRestrictedPackages.indexOf return = -6,uid = 10190,packageName = com.huawei.photos 行 13641: 10-16 19:09:53.872 3419 4032 I PG_ash : CancelNetworkRestrict >> com.huawei.photos, uids : [10190] 行 13647: 10-16 19:09:53.876 3419 4032 I PGServer: report state:6 event type:2 pid:0 uid:10190 pkg:com.huawei.photos to pid: 1889 行 13649: 10-16 19:09:53.877 3419 4032 I PG_ash : unF_Z com.huawei.photos OK ! 行 13650: 10-16 19:09:53.877 1889 2857 I SWAP_Scene: Entering notifySceneData notifySceneData. EventType:UNFREEZE pkg:com.huawei.photos uid:10190 pid:0 proc: activity:null 行 13651: 10-16 19:09:53.878 1889 2857 I PGManagerService: proxyBroadcast:[com.huawei.photos] proxy:false 行 13656: 10-16 19:09:53.881 3419 4032 I PG_ash : unP_BC com.huawei.photos OK ! 行 13659: 10-16 19:09:53.882 3419 4032 I PG_ash : cancel unified HB com.huawei.photos pkgs: [com.huawei.photos] 行 13659: 10-16 19:09:53.882 3419 4032 I PG_ash : cancel unified HB com.huawei.photos pkgs: [com.huawei.photos] 行 13662: 10-16 19:09:53.883 3419 4032 I PG_ash : cancel unified com.huawei.photos H_B reason: left H 行 13663: 10-16 19:09:53.883 3419 4032 I PG_ash : Unpending H_B com.huawei.photos pkgs: [com.huawei.photos] 行 13663: 10-16 19:09:53.883 3419 4032 I PG_ash : Unpending H_B com.huawei.photos pkgs: [com.huawei.photos] 行 13666: 10-16 19:09:53.884 3419 4032 I PG_ash : Unpending com.huawei.photos H_B OK ! 行 13670: 10-16 19:09:53.884 815 815 I 00800/Gallery2_Common_WidgetPhotoManager: launcher visibility:0data change:false 行 13672: 10-16 19:09:53.884 1889 2857 I 00400/GpsFreezeProc: removeFreezeProcess packageName:com.huawei.photos 行 13678: 10-16 19:09:53.885 1889 2857 I PGManagerService: unproxy gps com.huawei.photos 10190 success 行 13680: 10-16 19:09:53.885 3419 4032 I PG_ash : unP_gps com.huawei.photos OK ! 行 13684: 10-16 19:09:53.885 3419 4032 I PG_ash : running package: com.huawei.photos, visible: false 行 13688: 10-16 19:09:53.885 3419 4032 I PG_ash : com.huawei.photos BinderCallState: true, nextBinderCallTriggeringTime:117063843 行 13699: 10-16 19:09:53.891 815 815 I 00800/Gallery2_Common_WidgetPhotoManager: launcher visibility:0data change:false 行 13738: 10-16 19:09:53.908 775 775 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 13739: 10-16 19:09:53.908 775 775 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 13740: 10-16 19:09:53.912 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 13741: 10-16 19:09:53.912 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 13779: 10-16 19:09:53.925 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 13780: 10-16 19:09:53.925 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 13781: 10-16 19:09:53.925 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 13782: 10-16 19:09:53.925 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 14083: 10-16 19:09:53.963 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 14084: 10-16 19:09:53.963 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 14085: 10-16 19:09:53.963 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 14086: 10-16 19:09:53.963 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 14114: 10-16 19:09:53.971 775 797 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 14115: 10-16 19:09:53.971 775 797 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 14141: 10-16 19:09:53.974 775 5753 W MemoryScene: report error when openCameraWithPhotoMode by scene 0, map is null 行 14336: 10-16 19:09:53.993 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 14337: 10-16 19:09:53.993 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 15293: 10-16 19:09:54.391 815 815 I 00800/Gallery2_Common_WidgetPhotoManager: handleMessage what:54 bucketId:null 行 15675: 10-16 19:09:54.886 3419 4032 I PG_ash : com.huawei.photos not check download condition with no dl requisites 行 15676: 10-16 19:09:54.886 3419 4032 I AppManager: ignore audio by app type, app : com.huawei.photos, type : 16 行 15677: 10-16 19:09:54.886 3419 4032 I PG_ash : cannot care audio: com.huawei.photos 行 15678: 10-16 19:09:54.886 3419 4032 I ash_trans: com.huawei.photos { running duration=1001 Uptime=1001 } transition to: doze reason:app_type_gallery unknown_state 行 15679: 10-16 19:09:54.886 3419 4032 I APwPowerPolicy: one day not front to ignore gps: com.huawei.photos 行 15680: 10-16 19:09:54.886 3419 4032 I PG_ash : perform_nap P_GPS : com.huawei.photos 行 15681: 10-16 19:09:54.886 3419 4032 I PG_ash : perform_nap set bgcheck : com.huawei.photos 行 15683: 10-16 19:09:54.887 1889 14378 I 00400/GpsFreezeProc: addFreezeProcess packageName:com.huawei.photos 行 15684: 10-16 19:09:54.889 1889 14378 I PGManagerService: proxy gps com.huawei.photos 10190 success 行 15685: 10-16 19:09:54.889 3419 4032 I PG_ash : P_GPS com.huawei.photos OK ! 行 15686: 10-16 19:09:54.889 3419 4032 I PG_ash : set bgcheck com.huawei.photos OK ! 行 15687: 10-16 19:09:54.889 3419 4032 I PG_ash : nap package: com.huawei.photos, visible: false, bgTime: 198748, scrOff: false 根据这段日志分析，为什么手机相机点击了无响应，不拍照，重新亮灭屏一次之后就好了
最新发布
10-21
重启时重建状态机 | 功能恢复 | | **根本解决** | 系统重启 | 完全重置内存管理单元(MMU) 清理进程调度队列 | 持久恢复 | ### 解决方案 1. **紧急规避措施** - 调整Swap敏感度：`sysctl vm.swappiness=10`...
MTK（Android）开关机、重启时间优化
u010906623的博客
05-23 1351
所以这个需要针对具体的应用多次验证，没有普适性；（4）精简系统，把系统中用不到的apk包、有重复功能的apk移除（比如：我司代码默认包含有计算器APP，如果贵司有自己单独的计算器APP则可以移除我司apk），这样既可以使系统有更大的剩余存储空间又可以减少scan的时间，加快开机；在uartlog 中，需要查关键字-----[ cut here ]------------ ，找到在kernel init 过程中，频繁打出的这些call stack，看这些call stack，排查一下贵司所客制化的点。
可以循环提醒的小闹钟
04-17
1.软件运行时，可以最小化到托盘（像qq一样，右下角小图标） 2.时间到以后，会有系统提示音，我用的是你C:\Windows\Media里面的第一个系统音，可自行设置其他音乐
DeskClock.apk
12-29
原生 DeskClock.apk
Android 7.1 多次重启后BOOT_COMPLETED广播接收变慢
ansondroider的博客
03-20 3062
平台 RK3368 + android 7.1 问题 在做重启测试的过程中, 重启程序的启动速度越来越慢, 如以下LOG: //第一天 [20.354000 s,20.354000 s] 01-18 16:51:21.606 D/ActivityManager( 469): Sending BOOT_COMPLETE user #0 [20.793000 s,0.439000 s] 01-...
Android 8.1 第三方apk通过数据库调用系统定时开关机功能
EpiphanyCode的博客
12-16 2784
由于客户需要我们提供API给到他们实现定时开关机功能 做的是展锐的方案，简单看下原厂如何实现该功能 1、展锐创建了一个sqlite数据库用来存放定时开关机相关数据 vendor\sprd\platform\packages\apps\Settings\src\com\sprd\settings\timerpower\AlarmProvider.java private SQLiteOpenHelper mOpenHelper; private static final int ALARM...
AlarmReceiver 与IntentService的使用
weixin_33750452的博客
04-04 452
1：GetSmsService.java public class GetSmsService extends IntentService{ private AlarmManager alarmManager = null; private PendingIntent alarmIntent = null; public GetSmsService(...
应用唤醒锁工具类AlertWakeLock
苏法迪的专栏
07-27 530
1.应用唤醒锁工具类AlertWakeLock 手机休眠后，应用的计算、计时、下载可能因CPU休眠，导致应用本身没法消息、数据、广播没有及时收到。针对CPU休眠引起的问题，可以使用持锁让CPU不休眠下去。 例如全天候要采集手机的温度等需求就可以使用该工具类。 CPU锁不释放会导致待机功耗大 2. 运用 2.1 持锁 public static void acquir...
Android亮屏、熄屏控制
春华。秋实
12-23 4201
在Android应用开发中，不少的应用需要和屏幕打交道，例如闹钟响铃的时候要保持屏幕处于亮屏状态，而在提醒过后又需要将屏幕熄灭。那么，在Android中是怎样来控制亮屏和熄屏的呢？下面就揭开神秘的面纱。 一、PowerManager和PowerManager.WakeLock       从标题中就可以大概看出这两者的关系，它们的静态结构如下：       下面分别说
时钟树综合（CTS）
热门推荐
sinat_41774721的博客
06-28 1万+
CTS
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值