6.线程安全

通过RouteTable的静态只读属性Routes表示的RouteCollection对象是针对整个应用的全局路由表。这个集合对象本身并不能提供线程安全的保证，所以同一个RouteCollection对象在多个线程中被同时操作就有可能造成意想不到的并发问题。为了解决这个问题，如下两个方法（GetReadLock和GetWriteLock）被定义在RouteCollection类型中，我们在对集合进行读取或者更新的时候可以分别调用他们获取读锁和写锁。

当执行GetReadLock方法的时候，只有在当前RouteCollection对象的写锁尚未被获取时才会将集合的读锁返回，否则会等待写锁的释放。当我们调用GetWriteLock方法视图获取某个RouteCollection对象的写锁的时候，针对该集合的写锁只有在没有任何线程拥有读锁和写锁的情况下才会返回，否则会等待所有锁的释放。也就是说线程安全状态下的RouteCollection对象可以被多个线程同时读取，但是不允许在被某个线程读取的同时被另一个线程更新。集合在某个时刻只能被一个线程更新，此时其他线程针对集合的读取和更新都是不允许的。

RouteCollection的GetReadLock和GetWriteLock方法的返回类型都是IDisposable接口，实际上返回值的类型分别是内嵌于RouteCollection中的两个私有类型（ReadLockDisposable和WriteLockDisposable），他们通过封装的RouterWriterLockSlim对象实现了读/写锁的功能。ReadLockDisposable和WriteLockDisposable实现了IDisposable接口，并在Dispose方法中完成对锁的释放，所以推荐的编程方式如下所示。

//读操作
using(IDisposable readLock = routeCollection.GetReadLock())
{
//读取RouteCollection
}
//写操作
using(IDisposable writeLock = routeCollection.GetWriterLock())
{
//更新RouteCollection
}

我们所说的路由注册本质就是创建相应的Route对象并将其添加到通过RouteTable的静态属性Routes表示的全局路由表中。照理说不论我们调用RouteCollection的Add方法或者MapPageRoute都需要预先获取集合的写锁，但是在一般情况下路由的注册发生在应用启动的时候（此时请求尚未抵达），能够确保集合对象此时只会被一个单一线程操作，所以在这种情况下我们无须调用GetWriteLock方法。值得一提的是，RouteCollection的两个方法GetRouteData和GetVirtualPath在对集合进行遍历之前已经调用了GetReadLock方法获得读锁，所以这两个方法本身就是线程安全的。