当前页面位置: » 丰搜网 » 文档中心 » 详细内容
visual basic.net实现双检锁(dcl)模式(2)
一个线程安全的版本
为了克服没有线程安全的缺点，下面给出一个线程安全的getinstance()方法：
<methodimpl(methodimploptions.synchronized)> _
public shared function getinstance() as product
thread.sleep(10)
if (instance is nothing) then
instance = new product()
end if
return instance
end function
代码清单5、这是一个线程安全的正确答案
显然，由于整个静态工厂方法都是同步化的，因此，不会有两个线程同时进入这个方法。因此，当线程a和b作为第一批调用者同时或几乎同时调用此方法时：
早到一点的线程a会率先进入此方法，同时线程b会在方法外部等待；
1. 对线程a来说，instance变量的值是nothing，因此instance = new product()语句会被执行。
2. 线程a结束对方法的执行，instance变量的值不再是nothing。
3. 线程b进入此方法，instance变量的值不再是nothing，因此instance = new product()语句不会被执行。线程b取到的是instance变量所含有的引用，也就是对线程a所创立的product实例的引用。
显然，线程a和b持有同一个product实例，这是正确的。
读到这里，读者可以参看本文后面的问答题1、2和3。
优化的线程安全版本---dcl模式
再进入本节的讨论之前，首先复习一下mutex类。mutex可以提供排他性的访问限制，通过只允许一个线程访问这个资源，从而达到同步化的目的。需要取得访问许可的线程，必须调用waitone()方法。如果当前没有其他线程访问，则线程可以取得访问许可；不然就会在这个语句处等待。访问结束的时候，可以调用releasemutex()方法，释放访问许可。
仔细审察上面的代码清单5就会发现，同步化实际上只在instance变量第一次被赋值之前才有用。在instance变量有了值以后，同步化实际上变成了一个不必要的瓶颈。如果能有一个方法去掉这个小小的额外开销，不是更加完美了吗？因此，就有了下面这个设计巧妙的双检锁（double-check locking）。
public class factory3
private shared instance as product
private shared m as mutex = new mutex()
private sub new()
system.console.writeline("factory object is created.")
end sub
public shared function getinstance() as product
thread.sleep(10)
if (instance is nothing) then '位置1
'位置2
m.waitone()
'位置3
if (instance is nothing) then '位置4
instance = new product()
end if
m.releasemutex()
end if
return instance
end function
end class
代码清单6、使用dcl模式的懒汉式工厂类
对于初次接触dcl模式的读者来说，这个技巧的思路并不明显易懂，因此本文在这里给出一个详尽的解释。同样，这里假设线程a和b作为第一批调用者同时或几乎同时调用静态工厂方法。
1. 因为线程a和b是第一批调用者，因此当它们进入此静态工厂方法时，instance变量是nothing。因此线程a和b会同时或几乎同时到达位置1。
2. 假设线程a会首先到达位置2，并进入m.waitone()并到达位置3。这时，由于m.waitone()的同步化限制，线程b无法到达位置3，而只能在位置2等候。
3. 线程a执行instance = new product()语句，使得instance变量得到一个值，即对一个product对象的引用。此时，线程b只能继续在位置2等候。
4. 线程a退出m.waitone()，返回instance对象，退出静态工厂方法。
5. 线程b进入m.waitone()块，达到位置3，进而达到位置4。由于instance变量已经不是nothing了，因此线程b退出 m.waitone()，返回instance所引用的product对象(也就是线程a所创建的product对象)，退出静态工厂方法。
到此为止，线程a和线程b得到了同一个product对象。可以看到，在上面的方法getinstance ()中，同步化仅用来避免多个线程同时初始化这个类，而不是同时调用这个静态工厂方法。如果这是正确的，那么使用这一个模式之后，"懒汉式"工厂类就可以摆脱掉同步化瓶颈，达到一个完美的境界。这就是dcl模式。
读到这里，读者可以看看能不能回答本文后面的问答题4、5和6。
