当前位置:主页   - 电脑 - 程序设计 - C#
Java 中LockSupport类在C#中的实现
来源:网络   作者:   更新时间:2012-06-14
收藏此页】    【字号    】    【打印】    【关闭

  Java 5之后提供优秀的并发库util.concurrent,.Net中缺乏类似的功能。由于硬件体系发生了变化,多核时代来临,.NET中缺乏并发类库显然不合时宜。缓解这一矛盾的其中一个办法就是在往C#中移植java的util.concurrent。

  java中的util.concurrent包中提供了一个类LockSupport,util.concurrent包很多关键实现需要调用LockSupport。如果需要把java的util.concurrent包迁移到C#中,LockSupport类的迁移是不可避免的问题。

  在java中,LockSupport类有如下方法:

以下是引用片段:
  publicstaticvoidpark(Objectblocker){
  Threadt=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的底层实现源码。

以下是引用片段:
  publicclassLockSupport
  {
  privatestaticLocalDataStoreSlotslot=Thread.GetNamedDataSlot("LockSupport.Park");
  publicstaticvoidPark(Objectblocker)
  {
  Threadthread=Thread.CurrentThread;
  Thread.SetData(slot,blocker);
  lock(thread)
  {
  Monitor.Wait(thread);
  }
  }
  publicstaticvoidUnpark(Threadthread)
  {
  if(thread==null)return;
  lock(thread)
  {
  Monitor.Pulse(thread);
  }
  }
  }

  其中的slot是可以不需要的,但是参考JDK util.concurrent的LockSupport代码中看到,使用slot(java的ThreadLocal)可以方便跟踪调试。

其它资源
来源声明

版权与免责声明
1、本站所发布的文章仅供技术交流参考,本站不主张将其做为决策的依据,浏览者可自愿选择采信与否,本站不对因采信这些信息所产生的任何问题负责。
2、本站部分文章来源于网络,其版权为原权利人所有。由于来源之故,有的文章未能获得作者姓名,署“未知”或“佚名”。对于这些文章,有知悉作者姓名的请告知本站,以便及时署名。如果作者要求删除,我们将予以删除。除此之外本站不再承担其它责任。
3、本站部分文章来源于本站原创,本站拥有所有权利。
4、如对本站发布的信息有异议,请联系我们,经本站确认后,将在三个工作日内做出修改或删除处理。
请参阅权责声明