最近在看Handler源码的时候发现了Android系统中对于获取时间的不同方法。
首先是我们比较常用的System.currentTimeMillis,它计算的是从1970年1月1日开始的时间,以毫秒为单位。
使用这个方法的存在一定的风险,因为它是以系统时间为基准的,而我们可以通过SystemClock.setCurrentTimeMilis来设置系统时间。
比如说我们设置了一个定时任务在11:30分处理某一个事件A。而用户携带手机可能乘坐飞机跨过不同的时区,导致了事件A不能在预定的时间点开始处理。
又比如我们设置好了一个定时任务在11:30分处理,但手机中的其他软件改变了系统时间。也会导致我们设置的定时任务无法执行。
所以为了解决这些问题,Android系统提供了很多不同的方案,比如监听时间变化广播、AlarmManager、以及其它获取不同时间的方法。
今天要说的就是最后一种:SystemClock类
它提供了几种不同的获取时间的方法:
1)SystemClock.uptimeMillis 它获取的是系统从开机到现在的时间,单位是毫秒。但是它不包括系统休眠的时间(cpu休眠、屏幕休眠等)
2)SystemClock.elapsedRealtime 它获取的是从开机到现在的时间,单位是毫秒。它包括了系统休眠的时间。
3)SystemClock.elapsedRealtimeNanos 它获取的是开机到现在的时间,单位是纳秒。它包括了系统休眠的时间。
4)SystemClock.currentThreadTimeMilis 它获取的是在当前线程中运行的时间,单位是毫秒。