c# 多线程访问 Dictionary

ericmpdeng 2015-02-12 09:58:08

public static Dictionary<string, DateTime> dictionary = new Dictionary<string, DateTime>();

public static object locker = new object();//添加一个对象作为锁

public static void AddRecord()//线程1循环调用此函数
{
lock (locker)//锁
{
/*添加过程*/
dictionary.Add("....", DateTime.Now);
}
}
public static void DeleteRecord()//线程2循环调用此函数
{
lock (locker)//锁
{
/*删除过程*/
dictionary.Remove("....");
}
}
多线程访问 Dictionary是不是一定要这样写,例如我直接写成:
lock( dictionary)
{
线程一代码添加 dictionary内容
}
lock( dictionary)
{
线程2代码删除 dictionary内容
}
这样是不是没有用的?
...全文
1254 23 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
23 条回复
切换为时间正序
请发表友善的回复…
发表回复
SoulRed 2017-04-08
  • 打赏
  • 举报
回复
ConcurrentDicitonary 用这个。这个是线程安全的
於黾 2015-02-13
  • 打赏
  • 举报
回复
引用 14 楼 ericmpdeng 的回复:
我没有更改键值,而是遍历的时候只拿了键值的一部分做比较,而此时另一个线程删除了改键,结果就是做比较的部分没有删掉,只删了做比较以外多余的部分!
这纯粹是个逻辑问题 产生了脏数据 需要自己做同步 跟集合本身已经没有关系了 不管你用什么类型的集合来存数据 你已经把数据取出来了,然后开始执行其他逻辑,此时数据被删除了,那么正在处理的这个数据就是个脏数据
ericmpdeng 2015-02-13
  • 打赏
  • 举报
回复
引用 13 楼 Z65443344 的回复:
此时操作的是同一项dictionary[xx],然后线程一就报错,线程了删除了key.split('|')[1]部分,保留了key.split('|')[0]部分,这个怎么解决? 这根本不是删除了1部分的问题 字典里存的是键值对,键是不允许更改的,只能删除和添加 你这个根本就是删除了原来的键,添加了一个新的键 不说值的问题,字典长度都变了,你遍历的时候肯定会出错的
我没有更改键值,而是遍历的时候只拿了键值的一部分做比较,而此时另一个线程删除了改键,结果就是做比较的部分没有删掉,只删了做比较以外多余的部分!
於黾 2015-02-13
  • 打赏
  • 举报
回复
此时操作的是同一项dictionary[xx],然后线程一就报错,线程了删除了key.split('|')[1]部分,保留了key.split('|')[0]部分,这个怎么解决? 这根本不是删除了1部分的问题 字典里存的是键值对,键是不允许更改的,只能删除和添加 你这个根本就是删除了原来的键,添加了一个新的键 不说值的问题,字典长度都变了,你遍历的时候肯定会出错的
kenfinal 2015-02-13
  • 打赏
  • 举报
回复
引用 9 楼 Z65443344 的回复:
即使用ConcurrentDicitonary 你需要遍历的话也必须自己加锁,保证在遍历的过程中集合不会被更改 话说,Dicitonary为什么要遍历??
想了半天我也疑惑,遍历,Dicitonary是怎么个需求啊。。。。
ericmpdeng 2015-02-13
  • 打赏
  • 举报
回复
算了,看来我只有让他们不同时访问了!
ericmpdeng 2015-02-13
  • 打赏
  • 举报
回复
我这个应该怎么改?必须要遍历啊
於黾 2015-02-13
  • 打赏
  • 举报
回复
即使用ConcurrentDicitonary 你需要遍历的话也必须自己加锁,保证在遍历的过程中集合不会被更改 话说,Dicitonary为什么要遍历??
ericmpdeng 2015-02-13
  • 打赏
  • 举报
回复
引用 5 楼 Z65443344 的回复:
Dictionary本来就是线程安全的 Add和重新赋值的地方(直接赋值时,如果没有key,则默认会Add一个)不需要锁 Remove或遍历的时候需要自己加锁控制
是这样的 线程1先访问到Dictionary lock(dictionary) { foreach(string key in dictionary.keys) { if(key.split('|')[0]="xx") { aa=key.split('|')[1]; ...... } } 可能正在FOREACH操作的时候,线程2操作 lock(dictionary) { if(dictionary[xx]="aa") dictionary.remove(xx); } 此时操作的是同一项dictionary[xx],然后线程一就报错,线程了删除了key.split('|')[1]部分,保留了key.split('|')[0]部分,这个怎么解决?
lincolnandlinda 2015-02-13
  • 打赏
  • 举报
回复
引用 6 楼 KarasCanvas 的回复:
不是有ConcurrentDicitonary吗
正解. 悲剧的是, 很多人都不知道.
种草德鲁伊 2015-02-13
  • 打赏
  • 举报
回复
不是有ConcurrentDicitonary吗
於黾 2015-02-13
  • 打赏
  • 举报
回复
Dictionary本来就是线程安全的 Add和重新赋值的地方(直接赋值时,如果没有key,则默认会Add一个)不需要锁 Remove或遍历的时候需要自己加锁控制
ericmpdeng 2015-02-13
  • 打赏
  • 举报
回复
引用 18 楼 Z65443344 的回复:
还有,如果你直接lock(字典) 那么这个字典对象你就不要随便重新new了
我是LOCK了的,但是之前就被另一个线程删除了项,所以这个线程再去访问这个项,无论如何都要报错的,这边这个LOCK要晚点
ericmpdeng 2015-02-13
  • 打赏
  • 举报
回复
引用 20 楼 Z65443344 的回复:
鼠标放在字典对象上,右键,查找所有引用,看到底都有哪里使用了它 让你"确定",不是让你"认为"
找到原因了,是因为我先删除了,然后重新赋值了,逻辑顺序没有整对,谢谢了
於黾 2015-02-13
  • 打赏
  • 举报
回复
鼠标放在字典对象上,右键,查找所有引用,看到底都有哪里使用了它 让你"确定",不是让你"认为"
ericmpdeng 2015-02-13
  • 打赏
  • 举报
回复
引用 17 楼 Z65443344 的回复:
[quote=引用 16 楼 ericmpdeng 的回复:] 我以为已经LOCK了,另外的一个逻辑会等我LOCK完成后再删除,不是这样么?
先确定你的代码只有2个地方会操作字典,而不是还有其他地方操作字典但是你没有加lock[/quote] 我确定啊,是不是因为我比较的时候只比较了一部分,等于只取了key值的一部分造成的,我改改试试看
於黾 2015-02-13
  • 打赏
  • 举报
回复
还有,如果你直接lock(字典) 那么这个字典对象你就不要随便重新new了
於黾 2015-02-13
  • 打赏
  • 举报
回复
引用 16 楼 ericmpdeng 的回复:
我以为已经LOCK了,另外的一个逻辑会等我LOCK完成后再删除,不是这样么?
先确定你的代码只有2个地方会操作字典,而不是还有其他地方操作字典但是你没有加lock
ericmpdeng 2015-02-13
  • 打赏
  • 举报
回复
引用 15 楼 Z65443344 的回复:
[quote=引用 14 楼 ericmpdeng 的回复:] 我没有更改键值,而是遍历的时候只拿了键值的一部分做比较,而此时另一个线程删除了改键,结果就是做比较的部分没有删掉,只删了做比较以外多余的部分!
这纯粹是个逻辑问题 产生了脏数据 需要自己做同步 跟集合本身已经没有关系了 不管你用什么类型的集合来存数据 你已经把数据取出来了,然后开始执行其他逻辑,此时数据被删除了,那么正在处理的这个数据就是个脏数据[/quote] 我以为已经LOCK了,另外的一个逻辑会等我LOCK完成后再删除,不是这样么?
threenewbee 2015-02-12
  • 打赏
  • 举报
回复
不用lock dictionary,lock一个私有object就可以。
加载更多回复(3)
1.几种同步方法的区别 lock和Monitor是.NET用一个特殊结构实现的,Monitor对象是完全托管的、完全可移植的,并且在操作系统资源要求方 面可能更为有效,同步速度较快,但不能跨进程同步。lock(Monitor.Enter和Monitor.Exit方法的封装),主要作用是锁定临界区,使临 界区代码只能被获得锁的线程执行。Monitor.Wait和Monitor.Pulse用于线程同步,类似信号操作,个人感觉使用比较复杂,容易造成死 锁。 互斥体Mutex和事件对象EventWaitHandler属于内核对象,利用内核对象进行线程同步,线程必须要在用户模式和内核模 式间切换,所以一般效率很低,但利用互斥对象和事件对象这样的内核对象,可以在多个进程中的各个线程间进行同步。 互斥体Mutex类似于一个接力棒,拿到接力棒的线程才可以开始跑,当然接力棒一次只属于一个线程(Thread Affinity),如果这个线程不释放接力棒(Mutex.ReleaseMutex),那么没办法,其他所有需要接力棒运行的线程都知道能等着看热 闹。 EventWaitHandle 类允许线程通过发信号互相通信。 通常,一个或多个线程在 EventWaitHandle 上阻止,直到一个未阻止的线程调用 Set 方法,以释放一个或多个被阻止的线程。 2.什么时候需要锁定 首先要理解锁定是解决竞争条件的,也就是多个线程同时访问某个资源,造成意想不到的结果。比如,最简单的情况是,一个计数器,两个线程 同时加一,后果就是损失了一个计数,但相当频繁的锁定又可能带来性能上的消耗,还有最可怕的情况死锁。那么什么情况下我们需要使用锁,什么情况下不需要 呢? 1)只有共享资源才需要锁定 只有可以被多线程访问的共享资源才需要考虑锁定,比如静态变量,再比如某些缓存中的值,而属于线程内部的变量不需要锁定。 2)多使用lock,少用Mutex 如果你一定要使用锁定,请尽量不要使用内核模块的锁定机制,比如.NET的Mutex,Semaphore,AutoResetEvent和 ManuResetEvent,使用这样的机制涉及到了系统在用户模式和内核模式间的切换,性能差很多,但是他们的优点是可以跨进程同步线程,所以应该清 楚的了解到他们的不同和适用范围。 3)了解你的程序是怎么运行的 实际上在web开发中大多数逻辑都是在单个线程中展开的,一个请求都会在一个单独的线程中处理,其中的大部分变量都是属于这个线程的,根本没有必要考虑锁 定,当然对于ASP.NET中的Application对象中的数据,我们就要考虑加锁了。 4)把锁定交给数据库 数 据库除了存储数据之外,还有一个重要的用途就是同步,数据库本身用了一套复杂的机制来保证数据的可靠和一致性,这就为我们节省了很多的精力。保证了数据源 头上的同步,我们多数的精力就可以集中在缓存等其他一些资源的同步访问上了。通常,只有涉及到多个线程修改数据库中同一条记录时,我们才考虑加锁。 5)业务逻辑对事务和线程安全的要求 这 条是最根本的东西,开发完全线程安全的程序是件很费时费力的事情,在电子商务等涉及金融系统的案例中,许多逻辑都必须严格的线程安全,所以我们不得不牺牲 一些性能,和很多的开发时间来做这方面的工作。而一般的应用中,许多情况下虽然程序有竞争的危险,我们还是可以不使用锁定,比如有的时候计数器少一多一, 对结果无伤大雅的情况下,我们就可以不用去管它。 3.InterLocked类 Interlocked 类提供了同步对多个线程共享的变量的访问的方法。如果该变量位于共享内存中,则不同进程的线程就可以使用该机制。互锁操作是原子的,即整个操作是不能由相 同变量上的另一个互锁操作所中断的单元。这在抢先多线程操作系统中是很重要的,在这样的操作系统中,线程可以在从某个内存地址加载值之后但是在有机会更改 和存储该值之前被挂起。

111,097

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • AIGC Browser
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧