目录 http://msdn.microsoft.com/zh-cn/library/system.collections.concurrent(v=vs.110).aspx
System.Collections.Concurrent -- 线程安全集合,用于多线程开发,比对泛型集合加锁用性能高
BlockingCollection<T> -- 用多线程下添加和删除项
ConcurrentBag<T> -- 线程安全 无序集合,因为是无序的,添加项时性能高
ConcurrentDictionary<TKey, TValue> -- 线程安全的 Dictionary
ConcurrentQueue<T> -- 线程安全的 Queue
ConcurrentStack<T> -- 线程安全的 Stack
该命名空间下的集合,基本用法与 泛型集合一致,只是一个是线程安全的,一个不是线程安全的,
在多线程开发下,如果需要用到集合就从这里找合适的集合,而不要自己盲目的设计线程安全集合,一来用现成的减少开发时间,二来自己设计的性能不一定好,
在性能上,比 Lock 集合要性能高,
个人理解:
要提高集合在多线程下的安全性和读取性能,应尽量缩小 锁粒度
例如不是 Lock 集合整体而是 Lock 集合内实际读写的对象,这样,其他线程读写集合内其他对象就不会被阻塞
锁的粒度越小,多线程下的并发性能越高,但设计就越复杂,空间开销越大(用空间换时间)
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?