在Java中我們處理線程同步問題時,處理延遲可能會使用Thread類的sleep方法,這里拋開concurrent類的一些方法,其實 Android平台還提供了一個SystemClock.sleep方法,它們有什么區別呢?
我們每次調用Thread.sleep時可能會出現InterruptedException異常,而SystemClock.sleep方法則不會,在 SDK上有這樣的描述,它將會忽略中斷異常。
SystemClock.sleep(millis) is a utility function very similar to Thread.sleep(millis), but it ignores InterruptedException. 這里要提醒的是下面這句 Use this function for delays if you do not use Thread.interrupt(), as it will preserve the interrupted state of the thread.
Three different clocks are available, and they should not be confused:
-
System.currentTimeMillis()
is the standard "wall" clock (time and date) expressing milliseconds since the epoch. The wall clock can be set by the user or the phone network (seesetCurrentTimeMillis(long)
), so the time may jump backwards or forwards unpredictably. This clock should only be used when correspondence with real-world dates and times is important, such as in a calendar or alarm clock application. Interval or elapsed time measurements should use a different clock. If you are using System.currentTimeMillis(), consider listening to theACTION_TIME_TICK
,ACTION_TIME_CHANGED
andACTION_TIMEZONE_CHANGED
Intent
broadcasts to find out when the time changes. -
uptimeMillis()
is counted in milliseconds since the system was booted. This clock stops when the system enters deep sleep (CPU off, display dark, device waiting for external input), but is not affected by clock scaling, idle, or other power saving mechanisms. This is the basis for most interval timing such asThread.sleep(millls)
,Object.wait(millis)
, andSystem.nanoTime()
. This clock is guaranteed to be monotonic, and is the recommended basis for the general purpose interval timing of user interface events, performance measurements, and anything else that does not need to measure elapsed time during device sleep. Most methods that accept a timestamp value expect theuptimeMillis()
clock. -
elapsedRealtime()
is counted in milliseconds since the system was booted, including deep sleep. This clock should be used when measuring time intervals that may span periods of system sleep.
There are several mechanisms for controlling the timing of events:
-
Standard functions like
Thread.sleep(millis)
andObject.wait(millis)
are always available. These functions use theuptimeMillis()
clock; if the device enters sleep, the remainder of the time will be postponed until the device wakes up. These synchronous functions may be interrupted withThread.interrupt()
, and you must handleInterruptedException
. -
SystemClock.sleep(millis)
is a utility function very similar toThread.sleep(millis)
, but it ignoresInterruptedException
. Use this function for delays if you do not useThread.interrupt()
, as it will preserve the interrupted state of the thread. -
The
Handler
class can schedule asynchronous callbacks at an absolute or relative time. Handler objects also use theuptimeMillis()
clock, and require anevent loop
(normally present in any GUI application). -
The
AlarmManager
can trigger one-time or recurring events which occur even when the device is in deep sleep or your application is not running. Events may be scheduled with your choice ofcurrentTimeMillis()
(RTC) orelapsedRealtime()
(ELAPSED_REALTIME), and cause anIntent
broadcast when they occur.