线程安全集合

.NET Framework 4 引入了 System.Collections.Concurrent 命名空间，此命名空间包含多个线程安全且可伸缩的集合类。 多个线程可以在这些集合中安全高效地添加或移除项，而无需在用户代码中执行其他同步。 在编写新代码时，只要将集合同时写入多个线程中，就请使用并发集合类。 如果仅从共享集合进行读取，则可使用 System.Collections.Generic 命名空间中的类。 建议您不要使用 1.0 集合类，除非您需要以 .NET Framework 1.1 或早期版本的运行时为目标。

.NET Framework 1.0 和 2.0 集合中的线程同步

可以在 System.Collections 命名空间中找到 .NET Framework 1.0 中引入的集合。 这些集合（包括常用的 ArrayList 和 Hashtable）通过 Synchronized 属性（此属性返回与集合有关的线程安全包装）提供某种线程安全性。 该包装的工作原理是：对每个添加或移除操作锁定整个集合。 因此，每个尝试访问集合的线程必须一直等待，直到轮到它来获取锁。 这是无法进行伸缩的，并且对于大型集合而言，将会导致性能显著降低。 此外，这一设计并不能完全防止出现争用情况。 有关更多信息，请参见 MSDN 网站上的 Synchronization in Generic Collections（泛型集合中的同步）。

可以在 System.Collections.Generic 命名空间中找到 .NET Framework 2.0 中引入的集合类。 这些集合类包括 List<T>、Dictionary<TKey, TValue> 等。 与 .NET Framework 1.0 类相比，这些类提供的类型安全性和性能会更高。 不过，.NET Framework 2.0 集合类不提供任何线程同步；当同时在多个线程上添加或移除项时，用户代码必须提供所有同步。

建议您使用 .NET Framework 4 中的并发集合类，因为这些类不仅提供了 .NET Framework 2.0 集合类的类型安全性，而且还提供了比 .NET Framework 1.0 集合所提供的线程安全性更高效且更完整的线程安全性。

细粒度锁定和无锁机制

一些并发集合类型使用的是轻量同步机制，如 SpinLock、SpinWait、SemaphoreSlim 和 CountdownEvent，这些同步机制是 .NET Framework 4 中的新增功能。 通常，上述同步类型在将线程置于实际等待状态之前会在短时间内使用“繁忙旋转”。 如果预计等待时间会非常短，则旋转所消耗的计算资源将比等待所消耗的计算资源少得多，因为后者涉及将消耗大量资源的内核转换。 对于使用旋转的集合类，这种效率意味着多个线程能够以非常快的速率添加和移除项。 有关旋转与 阻塞的更多信息，请参见 SpinLock 和 SpinWait。

ConcurrentQueue<T> 和 ConcurrentStack<T> 类根本不使用锁定。 相反，它们依赖 Interlocked 操作来实现线程安全性。

注意
由于并发集合类支持 ICollection，因此它们可提供针对 IsSynchronized 和 SyncRoot 属性的实现，即使这些属性是不相关的。IsSynchronized 始终返回 false，而 SyncRoot 始终为 null（在 Visual Basic 中为 Nothing）。

下表列出了 System.Collections.Concurrent 命名空间中的集合类型。

相关主题

引用

System.Collections.Concurrent