《WINDOWS核心编程》上的一个同步对象

      今天来到公司，把《windows核心编程》中的一个简单的同步对象改了一下，准备用在以后的开发中。
     起因是这样的，正在做一个聊天服务器，每个聊天房间里有一个双链表，存放的是当前用户对象，默认情况下，用户的发言都是广播，也就是说某个用户发言要转发给别的所有用户，对这个双链表进行遍历发送。同时，可能随时有新用户加入这个房间和退出这个房间，这时候需要对这个双链表的结点移除。典型的多线程读单线程写问题。刚好《windows核心编程》的第十章有一个这样的封装类，把拿来稍微修改了一下，从第256页最上面的代码的注释里可以看到：note：it's possible that readers could never get access if there are always writes wanting to write。为了避免这个情况出现，我把 done() 这个函数的实现代码稍微修改了一下,经过在smp的机器上测试，发现确实避免了 read 线程永远被调度不到的情况，而且让读线程和写线程之间的调度更加平均一些。原来的代码总是优先调度写线程，修改后的代码根据上一次完成的是读还是写操作来进行交叉调度，如果上一次刚完成了一系列的读，那么接下来就如果有写线程在等待就调度写线程，没有写线程等待才去调度读线程。如果上一次完成的操作是一个线程的写操作，接下来如果有读线程在等待就调度读线程，没有读线程等待的情况下才去调度写线程。
       另外，还做了个小小的优化，把原来代码中的initializecriticalsection用initializecriticalsectionandspincount取代了，在smp的机器上。这个函数还是有点用，性能的提高总是一点点的积累起来的。

 handle hsem   = null;
 long   lcount = 1;
 bool   bread  = true;

 entercriticalsection(&m_cs);
 if (m_nactive > 0)
 {
  --m_nactive;
 }
 else
 {
  ++m_nactive;
  bread = false;
 }

 if (m_nactive == 0)
 {
  if (bread)
  {
   if (m_nwaitwriters > 0)
   {
    m_nactive = -1;
    hsem      = m_hwritesem;
    --m_nwaitwriters;
   }
   else if (m_nwaitreaders > 0)
   {
    lcount = m_nactive = m_nwaitreaders;
    m_nwaitreaders = 0;
    hsem           = m_hreadsem;
   }
  }
  else
  {
   if (m_nwaitreaders > 0)
   {
    lcount = m_nactive = m_nwaitreaders;
    m_nwaitreaders = 0;
    hsem           = m_hreadsem;
   }
   else if (m_nwaitwriters > 0)
   {
    m_nactive = -1;
    hsem      = m_hwritesem;
    --m_nwaitwriters;
   }
  }
 }
 leavecriticalsection(&m_cs);

 if (hsem)
 {
  releasesemaphore(hsem, lcount, null);
 }
 
 return;