最近我一直在重构我的一些 C# 代码,我发现一些双重检查锁定实践正在发生。那时我不知道这是一种不好的做法,我真的想摆脱它。
问题是我有一个类应该被延迟初始化并经常被许多线程访问。我也不想将初始化移动到静态初始化器,因为我计划使用弱引用来防止初始化对象在内存中停留太久。但是,如果需要,我想“恢复”对象,确保以线程安全的方式发生这种情况。
我想知道是否在 C# 中使用 ReaderWriterLockSlim 并在第一次检查之前输入 UpgradeableReadLock,然后在必要时输入写锁进行初始化将是一个可接受的解决方案。这是我的想法:
public class LazyInitialized
{
private readonly ReaderWriterLockSlim _lock = new ReaderWriterLockSlim();
private volatile WeakReference _valueReference = new WeakReference(null);
public MyType Value
{
get
{
MyType value = _valueReference.Target as MyType;
_lock.EnterUpgradeableReadLock();
try
{
if (!_valueReference.IsAlive) // needs initializing
{
_lock.EnterWriteLock();
try
{
if (!_valueReference.IsAlive) // check again
{
// prevent reading the old weak reference
Thread.MemoryBarrier();
_valueReference = new WeakReference(value = InitializeMyType());
}
}
finally
{
_lock.ExitWriteLock();
}
}
}
finally
{
_lock.ExitUpgradeableReadLock();
}
return value;
}
}
private MyType InitializeMyType()
{
// code not shown
}
}
我的观点是,没有其他线程应该再次尝试初始化该项目,而一旦值被初始化,许多线程应该同时读取。如果获取了写锁,可升级读锁应该阻塞所有读取器,因此在初始化对象时,行为将类似于在可升级读锁开始的地方有一个锁语句。初始化后,可升级读锁将允许多个线程,因此不会出现等待每个线程的性能损失。
我还在这里阅读了一篇文章,说 volatile 会导致在读取之前和写入之后自动插入内存屏障,因此我假设在读取和写入之间只有一个手动定义的屏障就足以确保正确读取 _valueReference 对象。我很乐意感谢您对使用这种方法的建议和批评。