LockSupport是JDK中比較底層的類，用來創建鎖和其他同步工具類的基本線程阻塞原語。
Java鎖和同步器框架的核心AQS:AbstractQueuedSynchronizer，就是通過調用LockSupport.park()和LockSupport.unpark()實現線程的阻塞和喚醒的。LockSupport很類似於二元信號量(只有1個許可證可供使用)，如果這個許可還沒有被占用，當前線程獲取許可並繼續執行；如果許可已經被占用，當前線程阻塞，等待獲取許可。
LockSupport中的park() 和 unpark() 的作用分別是阻塞線程和解除阻塞線程，而且park()和unpark()不會遇到“Thread.suspend 和 Thread.resume所可能引發的死鎖”問題。因為park() 和 unpark()有許可的存在；調用 park() 的線程和另一個試圖將其 unpark() 的線程之間的競爭將保持活性。
LockSupport函數列表
// 返回提供給最近一次尚未解除阻塞的 park 方法調用的 blocker 對象，如果該調用不受阻塞，則返回 null。
static Object getBlocker(Thread t)
// 為了線程調度，禁用當前線程，除非許可可用。
static void park()
// 為了線程調度，在許可可用之前禁用當前線程。
static void park(Object blocker)
// 為了線程調度禁用當前線程，最多等待指定的等待時間，除非許可可用。
static void parkNanos(long nanos)
// 為了線程調度，在許可可用前禁用當前線程，並最多等待指定的等待時間。
static void parkNanos(Object blocker, long nanos)
// 為了線程調度，在指定的時限前禁用當前線程，除非許可可用。
static void parkUntil(long deadline)
// 為了線程調度，在指定的時限前禁用當前線程，除非許可可用。
static void parkUntil(Object blocker, long deadline)
// 如果給定線程的許可尚不可用，則使其可用。
static void unpark(Thread thread)
說明:LockSupport是通過調用Unsafe函數中的接口實現阻塞和解除阻塞的。
park和wait的區別
在調用對象的Wait之前當前線程必須先獲得該對象的監視器(Synchronized)，被喚醒之后需要重新獲取到監視器才能繼續執行。
而LockSupport並不需要獲取對象的監視器。LockSupport機制是每次unpark給線程1個"許可"——最多只能是1，而park則相反，如果當前線程有許可，那么park方法會消耗1個並返回，否則會阻塞線程直到線程重新獲得許可，在線程啟動之前調用 park/unpark方法沒有任何效果。
因為它們本身的實現機制不一樣，所以它們之間沒有交集，也就是說LockSupport阻塞的線程，notify/notifyAll沒法喚醒.
總結下 LockSupport的park/unpark和Object的wait/notify:
- 面向的對象不同；
- 跟Object的wait/notify不同LockSupport的park/unpark不需要獲取對象的監視器；
- 實現的機制不同，因此兩者沒有交集。
雖然兩者用法不同，但是有一點， LockSupport 的park和Object的wait一樣也能響應中斷.
