admin 管理员组文章数量: 1086019
2024年3月19日发(作者：前端获取响应头)
AndroidSystemClock类
一、声明
public final class SystemClock extends Object（是一个final
类）
二、包结构
↳ Clock
三、类概述
核心计时设施。
三种时钟都是有效的，它们不应该被混淆：
tTimeMillis()是一个 标准的“墙”时钟(时间和
日期)，表示从纪元到现在的毫秒数。该墙时钟能够被用户或电话网络
(见setCurrentTimeMillis(long)) 设置，所以该时间可能会向前或向后
不可预知地跳越。该时钟应该仅仅被使用在当现实世界对应的日期和
时间非常重要的情况下，比如日历或闹钟应用程序。而间隔时间和经
历时间的测算应该使用不同的时钟。如果你使用
tTimeMillis()，当时间变化时时可以考虑监听ACTION
为ACTION_TIME_TICK、ACTION_TIME_CHANGED和
ACTION_TIMEZONE_CHANGED的广播。
Millis()表示自系统启动时开始计时，以毫秒为单位。返
回的是从系统启动到现在这个过程中的处于非休眠期的时间。当系统
进入深度睡眠时(CPU关闭，设备变黑，等待外部输入装置)该时钟会
停止。但是该时钟不会被时钟调整、闲置或其他节能机制所影响。这
是大多数间隔时间的基本点，例如(millls)、
(millis)和me()。该时钟被保证是单调的，
适用于检测不包含休眠的间隔时间的情况。大多数接受一个时间戳值
的方法认为是使用了uptimeMillis()时钟。
dRealtime() 和elapsedRealtimeNanos() 返回系统启动
到现在的时间，包含设备深度休眠的时间。该时钟被确保单调，即使
CPU在省电模式下，该时间也会继续计时。该时钟可以被使用在测量
时间间隔时系统可能睡眠的时间段。
有几种机制可以控制事件发生的时间：
1.对标准的方法比如(millis) 和(millis)
都是有效的，这些方法使用的是uptimeMillis()时钟，如果设备进入深
度休眠，剩余的时间将被推迟直到系统唤醒。这些同步方法可能被
upt()中断，你必须处理InterruptedException异常。
(millis)是一个类似于(millis)
的实用方法，但是它忽略InterruptedException异常（其实就是使用
，不过对异常进行了处理）。使用该函数会产生延迟，
如果你不使用upt()，因为它会保存线程的中断状态。
r类可以在一个相对或者绝对的时间设置异步回调，
Handler对象也使用uptimeMillis()时钟，而且需要一个loop(经常出
现在GUI程序中)。
anager可以触发一次或重复事件，即使设备深度休眠
或者应用程序没有运行。事件可以选择用currentTimeMillis()(RTC)或
者elapsedRealtime()(ELAPSED_REALTIME)来设置时间，当事件发
生会触发一个Intent广播。
四：public方法
static long currentThreadTimeMillis() 返在当前线程运行的
毫秒数。
static long elapsedRealtime() 返回系统启动到现在
的毫秒数，包含休眠时间。
static long elapsedRealtimeNanos() 返回系统启动到现在的
纳秒数，包含休眠时间。
static boolean setCurrentTimeMillis(long millis) 设置当前挂钟
时间，以毫秒为单位。需要调用进程具有相应的权限。
static void sleep(long ms) 等待给定的时间
（uptimeMillis）。和(millis)类似，但是它不会抛出
InterruptedException异常。事件被推迟到下一个中断操作。该方法
直到指定的时间过去才返回。
static long uptimeMillis() 返回系统启动到现在的毫
秒级时间，不包含休眠时间。（系统启动到现在的非休眠期时间）
版权声明：本文标题：AndroidSystemClock类 内容由网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://www.roclinux.cn/p/1710818745a574677.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。
发表评论