java中的util.concurrent包中提供了一个类LockSupport,util.concurrent包很多关键实现需要调用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);
}
Thread t = Thread.currentThread();
setBlocker(t, blocker);
unsafe.park(false, 0L);
setBlocker(t, null);
}
当一个线程调用LockSupport.park之后,线程就会停下载,类似于Object.wait,或者.NET中的System.Threading.Monitor.Wait。但问题是java中的Object.wait和.NET中的Monitor.wait,都需要一个waitObject,这个问题曾经困扰我,为此翻了一遍JDK 6实现源码,到最后发现的解决办法却是很简单,也无需了解JDK的底层实现源码。
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);
}
}
}
{
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)可以方便跟踪调试。