В Queue и enqueue, и dequeue требуется блокировка записи. Зачем кому-то использовать ReaderWriterLockSlim, а не просто использовать lock{}? Например,
Использование ReaderWriterLockSlim
qLock.EnterWriteLock();
try
{
localQ.Enqueue(item); // or localQ.Dequeue(item)
}
finally
{
qLock.ExitWriteLock();
}
По сравнению с блокировкой{}
try
{
lock(qLock) { localQ.Enqueue(item);} // or localQ.Dequeue(item)
}
Использование ReaderWriterLockSlim в первую очередь является оптимизацией производительности в сценариях, когда много потоков часто читают из ресурса, но лишь несколько потоков пишут в него.
Класс Monitor (используемый оператором блокировки) получает монопольную блокировку ресурса, что означает блокировку как чтения, так и записи. Однако во многих случаях чтение происходит гораздо чаще, чем письмо. В этих сценариях использование блокировки чтения/записи позволяет нескольким читателям одновременно входить в блокировки, но только одному писателю за раз (когда все читатели в очереди отключены).
В вашем примере блокировка чтения/записи имеет смысл только в том случае, если есть другой код, который просматривает очередь, не удаляя элемент из очереди... в противном случае все операции мутируют записи, и оператор lock был бы более подходящее.
Что ж, это по-прежнему позволит читателям Peek не требовать записи lock. Однако трудно представить сценарий, в котором это практически полезно.
В этом случае ReaderWriterLockSlim не дает никакого реального преимущества. Вы правы в том, что и Enqueue, и Dequeue являются операциями записи и требуют монопольной блокировки записи.
Для коллекции, в которой есть операции чтения, как и в большинстве коллекций, лучше использовать ReaderWriterLockSlim, чем всегда использовать lock.
Единственное небольшое преимущество, о котором я мог подумать, это постоянство. Если в большинстве случаев используется ReaderWriterLockSlim, потому что большинство других коллекций используются для большого количества операций чтения и небольшого количества операций записи, то для разработки и обслуживания может быть проще использовать везде ReaderWriterLockSlim.
