In my quest to build a condition variable class I stumbled on a trivially simple way of doing it and I\'d like to share this with the stack overflow community. I was googlin
It's actually incredibly simple, once you know about the semantics of lock
and Monitor
.
But first, you do need an object reference. You can use this
, but remember that this
is public
, in the sense that anyone with a reference to your class can lock on that reference. If you are uncomfortable with this, you can create a new private reference, like this:
readonly object syncPrimitive = new object(); // this is legal
Somewhere in your code where you'd like to be able to provide notifications, it can be accomplished like this:
void Notify()
{
lock (syncPrimitive)
{
Monitor.Pulse(syncPrimitive);
}
}
And the place where you'd do the actual work is a simple looping construct, like this:
void RunLoop()
{
lock (syncPrimitive)
{
for (;;)
{
// do work here...
Monitor.Wait(syncPrimitive);
}
}
}
From the outside, this would look incredibly deadlock-ish but the locking protocol for the Monitor
will release the lock when you call Monitor.Wait
, actually, it's a requirement that you have obtained the lock before you call either Monitor.Pulse
, Monitor.PulseAll
or Monitor.Wait
.
There's one caveat with this approach that you should know about. Since the lock is required to be held before calling the communication methods of Monitor
you should really only hang on to the lock for an as short duration as possible. A variation of the RunLoop
that is more friendly towards long running background tasks would look like this:
void RunLoop()
{
for (;;)
{
// do work here...
lock (syncPrimitive)
{
Monitor.Wait(syncPrimitive);
}
}
}
But now we've changed up the problem a bit, because the lock, is no longer used to protect the shared resource, so, if you code that is do work here...
needs to access a shared resource you need a additional lock, protecting that resource.
We can leverage the above code to create a simple thread-safe producer consumer collection, although .NET already provides an excellent ConcurrentQueue
implementation, this is just to illustrate the simplicity of using Monitor
like this.
class BlockingQueue
{
// We base our queue, on the non-thread safe
// .NET 2.0 queue collection
readonly Queue q = new Queue();
public void Enqueue(T item)
{
lock (q)
{
q.Enqueue(item);
System.Threading.Monitor.Pulse(q);
}
}
public T Dequeue()
{
lock (q)
{
for (; ; )
{
if (q.Count > 0)
{
return q.Dequeue();
}
System.Threading.Monitor.Wait(q);
}
}
}
}
Now the point here is not to build a blocking collection, that also available in the .NET framework (see BlockingCollection). The point is to illustrate how simple it is to build an event driven message system using the Monitor
class in .NET to implement conditional variable. Hope you find this useful.