I have a bounded blocking queue in an application that was written several years ago. Let's just say that the implementation is less than stellar, but it's worked. However, it has some performance problems. It looks like the .NET 4.0 BlockingCollection<T>
is the right replacement, but I need to make sure that it is actually a queue. That is, is it guaranteed to be strictly FIFO if used in a single-producer, single-consumer fashion?
The documentation doesn't specifically say. The BlockingCollection topic does say (in the Remarks):
BlockingCollection<T>
is similar to a traditional blocking queue data structure, except that the underlying data storage mechanism is abstracted away as anIProducerConsumerCollection<T>
.
But nothing specifically says that things will be removed in the same order they're added.
Anybody know for sure?
BlockingCollection<T> is a thread-safe collection class that provides the following features: An implementation of the Producer-Consumer pattern.
If the queue reaches a specific size all threads that are filling the queue will be blocked on add until an item is removed from the queue.
Well, BlockingCollection<T>
is really designed for parallel work, where you have multiple simulataneous "producers" and one consumer (using GetConsumingEnumerable()).
In this situation, you have no way to guarantee insertion order, so the ordering constraints aren't specified.
That being said, BlockingCollection<T>
works upon any IProducerConsumerCollection<T>
(specified in the constructor). If you don't provide one in the constructor, internally, it will use a ConcurrentQueue<T>
. This causes it to be FIFO, since it will actually be (internally) a queue. So yes, by default, it will be "guaranteed to be strictly FIFO if used in a single-producer, single-consumer fashion", at least in the current implementation. If you want to force this for future proofing (since the queue is an implementation detail), just construct it as:
var blockingCollection = new BlockingCollection<MyClass>(new ConcurrentQueue<MyClass>());
That will guarantee that it uses a queue now, and in the future (since the queue is an implementation detail).
Perhaps MSDN documentation has been updated since this question but it now clearly states that BlockingCollection will default to FIFO unless otherwise directed.
see: https://msdn.microsoft.com/en-us/library/dd997371(v=vs.110).aspx or in case MS change the link google 'MSDN BlockingCollection Overview'
NET Framework 4.6 and 4.5
Look for 'Specifying the Collection Type' on that page.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With