Hashtable.Synchronized 适合在多线程环境中用作简单缓存吗？

我目前正在使用包装为 Hashtable.Synchronized 的 Hashtable 作为库中的简单缓存，可供多线程环境（例如 asp.net）使用 - 这是否适合此集合的用途？我知道 .Net 4.0 中有更合适的结构，但我坚持使用 .Net 3.5。

如果有什么区别的话，这个缓存被频繁地读取，并且很少被写入（但需要保持线程安全）。

基本用法大致如下：

Private Shared ReadOnly ExpressionCache As Hashtable = Hashtable.Synchronized(New Hashtable())

..snip...

If Not ExpressionCache.ContainsKey(myKey) Then
      ExpressionCache(myKey) = myExpensiveOperationToInit()
End If
Return  ExpressionCache(myKey)

..snip..

我在这里做了一些潜在危险的事情，还是这是一个可以接受的用例？

实际上，Hashtable（不像Dictionary<,>）已经具有非常好的线程语义来用作缓存：它是线程安全的readers（但需要编写者锁定）-来自 MSDN:

哈希表是线程安全的，可供多个读取线程和单个写入线程使用。当只有一个线程执行写入（更新）操作时，它对于多线程使用是线程安全的，只要写入者被序列化到哈希表，就允许无锁读取。

（其中还提到.Synchronized支持多个作者，但坦率地说，我们自己控制它通常会带来更好的结果）

但是，为了避免幻读，您不应使用单独的“包含”/“获取”操作；标准用法可能是（以 C# 为例）：

public YourType Get(string key) {
    return (YourType) expressionCache[key];
}
public void Set(string key, YourType value) {
    lock(expressionCache) {
        expressionCache[key] = value;
    }
}

关键点：

• 只有“集合”有任何锁定
• “get”中只有一个操作
• 使用索引器，而不是Add，在集合中（那么你不需要先检查“包含”）

The .Synchronized在大多数常见的线程场景中，包装器实际上没有什么价值。