Android中的System.currentTimeMillis和SystemClock类

最近在看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 它获取的是在当前线程中运行的时间，单位是毫秒。