Насколько я знаю, у Microsoft нет ни одного (в противном случае ReaderWriterLockSlim было бы несколько бессмысленно), и если вы найдете кого-то другого, кроме того, кому вы доверяете, иметь превосходных умов, которые Я долго думал, внедрял и тестировал, я бы не стал доверять. Я, конечно, не стал бы доверять случайной реализации CodeProject, например.
Есть ли у вас какие-либо конкретные меры, позволяющие предположить, что использование ReaderWriterLockSlim будет , поэтому намного лучше, чем стоит искать альтернативы .NET 2.0? Это, конечно, «приятно иметь», но я подозреваю, что случаи, когда это массово значимо, относительно редки. Если вы уже не знаете, что блокировка является для вас узким местом, я буду придерживаться того, что у вас есть, и просто буду готов к обновлению, когда вы сможете.
Возможно, вы захотите попробовать использовать обычные мониторы, а не ReaderWriterLock - во многих случаях издержки RWL перевешивают выгоду.
Конечно, это все на индивидуальной основе - ваше приложение может быть тем, которое действительно будет сделано намного, намного быстрее к ReaderWriterLockSlim ...