Java中LockSupport類在C#中的實現(xiàn)

Java 5之后提供優(yōu)秀的并發(fā)庫util.concurrent，.Net中缺乏類似的功能。由于硬件體系發(fā)生了變化，多核時代來臨，.NET中缺乏并發(fā)類庫顯然不合時宜。緩解這一矛盾的其中一個辦法就是在往C#中移植java的util.concurrent。
    java中的util.concurrent包中提供了一個類LockSupport，util.concurrent包很多關(guān)鍵實現(xiàn)需要調(diào)用LockSupport。如果需要把java的util.concurrent包遷移到C#中，LockSupport類的遷移是不可避免的問題。
    在java中，LockSupport類有如下方法：
    以下是引用片段：
    public static void park(Object blocker) {
    Thread t = Thread.currentThread();
    setBlocker(t, blocker);
    unsafe.park(false, 0L);
    setBlocker(t, null);
    }
    當一個線程調(diào)用LockSupport.park之后，線程就會停下載，類似于Object.wait，或者.NET中的System.Threading.Monitor.Wait。但問題是java中的Object.wait和.NET中的Monitor.wait，都需要一個waitObject，這個問題曾經(jīng)困擾我，為此翻了一遍JDK 6實現(xiàn)源碼，到最后發(fā)現(xiàn)的解決辦法卻是很簡單，也無需了解JDK的底層實現(xiàn)源碼。
    以下是引用片段：
    public class LockSupport
    {
    private static LocalDataStoreSlot slot = Thread.GetNamedDataSlot("LockSupport.Park");
    public static void Park(Object blocker)
    {
    Thread thread = Thread.CurrentThread;
    Thread.SetData(slot, blocker);
    lock (thread)
    {
    Monitor.Wait(thread);
    }
    }
    public static void Unpark(Thread thread)
    {
    if (thread == null) return;
    lock (thread)
    {
    Monitor.Pulse(thread);
    }
    }
    }
    其中的slot是可以不需要的，但是參考JDK util.concurrent的LockSupport代碼中看到，使用slot(java的ThreadLocal)可以方便跟蹤調(diào)試。