c#多线程同步之lock
一提起lock,想必大家都很熟悉,因为它易用,顾名思义,就是一把锁,常用于多线程的同步,一次只允许一个线程进入。最近遇到一个很诡异的bug。
private static readonly object lock4 = new object(); private static void LoadResolvers(string name)
{
if (resolvesCache.Count == )
{ #if DEBUG
Console.WriteLine(name+",进入第一层判断,当前解析器数:" + resolvesCache.Count + ",时间:" + DateTime.Now.ToShortTimeString());
#endif lock (lock4)
{ if (resolvesCache.Count == )
{ #if DEBUG
Console.WriteLine(name + ",进入第二层判断,当前解析器数:" + resolvesCache.Count + ",时间:" + DateTime.Now.ToShortTimeString());
#endif List<Resolvers> listResolvers = ResolversBLL.GetAllResolvers(); #if DEBUG
Console.WriteLine(name + ",解析器查询完,准备遍历,查询出的解析器数:" + listResolvers.Count+ ",当前解析器数:" + resolvesCache.Count + ",时间:" + DateTime.Now.ToShortTimeString());
#endif foreach (Resolvers resolver in listResolvers)
{
List<ResolverConfigures> listConfigures = ResolverConfiguresBLL.GetResolverConfiguresByResolverId(resolver.ResolverID); LoginInfo loginInfo = LoginInfoDAL.SelectItemByItemId(resolver.ResolverID); NameValueCollection valueCollection = new NameValueCollection(); if (loginInfo != null)
{
valueCollection.Add("username", loginInfo.UserName);
valueCollection.Add("password", loginInfo.Password);
} foreach (ResolverConfigures configures in listConfigures)
{
if (!string.IsNullOrEmpty(configures.Key))
valueCollection.Add(configures.Key, configures.Value);
} if (!resolvesCache.ContainsKey(resolver))
{
resolvesCache.Add(resolver, valueCollection);
}
} #if DEBUG
Console.WriteLine(name + ",遍历完解析器并添加完成,当前解析器数:" + resolvesCache.Count + ",时间:" + DateTime.Now.ToShortTimeString());
#endif }
}
}
}
这段代码的大意:从数据库中查询出解析器(23行)加入到解析器缓存中(52行)。这个牵扯到多线程,因此,第12行加了把锁。本来数据库中只有13条数据,但是软件启动后,缓存中添加了26条数据,这是为什么呢?明明double if判断,lock每次只允许一个线程进入。
图1
为了搞清楚事情的真相,我写了个控制台代码:
private static Dictionary<string, string> resolvesCache = new Dictionary<string, string>();
public static Dictionary<string, string> ResolvesCache
{
get
{
if (resolvesCache.Count == )
{
LoadResolvers();
} return resolvesCache;
}
set
{
resolvesCache = value;
}
} private static void LoadResolvers()
{
if (resolvesCache.Count == )
{
lock (resolvesCache)
{
Thread.Sleep(new Random().Next(, )); for (int i = ; i < ; i++)
{
string key = i + DateTime.Now.Millisecond.ToString(); if (!resolvesCache.ContainsKey(key))
{
resolvesCache.Add(key, "wbq");
}
}
}
}
} static void Main(string[] args)
{ Thread thread1 = new Thread(new ThreadStart(() =>
{
Console.WriteLine("线程1:" + ResolvesCache.Count.ToString()); })); thread1.Start(); Thread thread2 = new Thread(new ThreadStart(() =>
{ LoadResolvers();
Console.WriteLine("线程2:" + ResolvesCache.Count.ToString()); })); thread2.Start(); Thread thread3 = new Thread(new ThreadStart(() =>
{
LoadResolvers();
Console.WriteLine("线程3:" + ResolvesCache.Count.ToString()); })); thread3.Start();
运行结果:
每次一个线程访问下缓存,缓存数据加倍变化,这是为什么呢?哦,别忘了double if判断。因为程序刚运行,三个线程几乎同时到达22行,过了第一个if。这好比,很多人在公司外面等着面试,大家赶时间点几乎同时到,但是面试是一对一进行,这时候需要等待。在24行之后,再加一个if判断:
运行结果:
这下跟正式代码一样了吧。都是double if 判断,测试代码达到要求了,为什么正式代码有问题呢?为了研究,在正式的代码上加上了好多debug,让它输出当前线程名称,记录相关日志。
从图1的日志上可以看出,这是同一个线程所为。为什么会执行两遍呢?
再看看23行代码:
List<Resolvers> listResolvers = ResolversBLL.GetAllResolvers(); 跟进到 ResolversBLL类中,发现了一句代码: private static OfficialMetadataResolveManager resolverManager = new OfficialMetadataResolveManager(BibliographyAutoUpdateProcess.ResolvesCache); 静态对象,类加载的时候,首先访问。 这不是解析器缓存的访问器吗?看看它的实现:
private static Dictionary<Resolvers, NameValueCollection> resolvesCache = new Dictionary<Resolvers, NameValueCollection>(); public static Dictionary<Resolvers, NameValueCollection> ResolvesCache
{
get
{
if (resolvesCache.Count == )
{
LoadResolvers(Thread.CurrentThread.Name);
} return resolvesCache;
}
set
{
resolvesCache = value;
}
}
第9行调用了 LoadResolvers,当前线程正在执行LoadResolvers方法,中途调用解析器缓存访问器,结果解析器缓存访问器又调用了此访问。所以这段代码执行了两次,因此,数据翻倍。终于真相大白了。
要修改其实也很简单,把第二个if判断,放到数据库查询解析器之后即可。这样的话,等于数据库查询了两次,但是缓存中只缓存一份数据。
c#多线程同步之lock的更多相关文章
- 多线程同步工具——Lock
本文原创,转载请注明出处. 参考文章: <"JUC锁"03之 公平锁(一)> <"JUC锁"03之 公平锁(二)> 锁分独占锁与共享锁, ...
- python多线程同步机制Lock
#!/usr/bin/env python# -*- coding: utf-8 -*- import threadingimport time value = 0lock = threading.L ...
- c#中多线程同步Lock(锁)的研究以及跨线程UI的操作
本文只针对C#中,多线程同步所用到的锁(lock)作为研究对象.由于想更直观的显示结果,所以,在做demo的时候,就把多线程通过事件操作UI的代码也写了出来,留作备忘和分享吧. 其实多线程的同步,使用 ...
- python 多线程中的同步锁 Lock Rlock Semaphore Event Conditio
摘要:在使用多线程的应用下,如何保证线程安全,以及线程之间的同步,或者访问共享变量等问题是十分棘手的问题,也是使用多线程下面临的问题,如果处理不好,会带来较严重的后果,使用python多线程中提供Lo ...
- 通过Lock对象以及Condition对象实现多线程同步
通过Lock对象以及Condition对象实现多线程同步: 在之前的学习中,无论是通过synchronized建立同步代码块,还是通过synchronized建立同步函数,都是把对象看成一把锁来实现同 ...
- 读写锁(read-write lock)机制-----多线程同步问题的解决
原文: http://blog.chinaunix.net/uid-27177626-id-3791049.html ----------------------------------------- ...
- c#中多线程同步Lock(锁)的研究以及跨线程UI的操作 (转)
https://www.cnblogs.com/tommyheng/p/4104552.html 本文只针对C#中,多线程同步所用到的锁(lock)作为研究对象.由于想更直观的显示结果,所以,在做de ...
- python笔记9 线程进程 threading多线程模块 GIL锁 multiprocessing多进程模块 同步锁Lock 队列queue IO模型
线程与进程 进程 进程就是一个程序在一个数据集上的一次动态执行过程.进程一般由程序.数据集.进程控制块三部分组成.我们编写的程序用来描述进程要完成哪些功能以及如何完成:数据集则是程序在执行过程中所需要 ...
- C# 多线程同步和线程通信
多线程通信 1. 当线程之间有先后的依赖关系时,属于线程之间的通信问题.也就是后一个线程要等待别的一个或多个线程全部完成,才能开始下一步的工作.可以使用: WaitHandle Class WaitH ...
随机推荐
- 洛谷P4014 分配问题【最小/大费用流】题解+AC代码
洛谷P4014 分配问题[最小/大费用流]题解+AC代码 题目描述 有 n 件工作要分配给 n 个人做.第 i 个人做第 j 件工作产生的效益为c ij. 试设计一个将 n 件工作分配给 n 个人做的 ...
- 手把手教你树莓派实现简易室内监控系统(C)之BOA服务器的搭建
本篇主要讲利用BOA服务器做室内监控系统的服务器端. 古人云:万事开头靠百度,实在不行就Google.小编也是一步一步的,亲自搭建成功,不能说是万全之策,仅仅是给大家一个参考就满足了. 第一步: 1. ...
- Django静态文件路径设置
提示 : Error fetching command 'collectstatic': You're using the staticfiles app without having set the ...
- spring cron 定时任务
文章首发于个人博客:https://yeyouluo.github.io 0 预备知识:cron表达式 见 <5 参考>一节. 1 环境 eclipse mars2 + Maven3.3. ...
- web 参考网址
https://w3c.github.io/ https://developer.mozilla.org/zh-CN/docs/Web/API/WebSocket#%E7%A4%BA%E4%BE%8B ...
- 概括一下nodejs
Node.js 是一个基于 Chrome V8 引擎的 JavaScript 运行环境. Node.js是事件驱动,非阻塞I/O的.所以它再处理高并发,I/O密集的场景下性能优势明显,如web. 对比 ...
- dfs练习
不给提示,练习. 题意: 蒜头的数学实在是太差了,于是老师把他关到小黑屋让他闭门修炼.老师跟他一张纸,上面一排写着1, 2, 3...N这N个数,中间用空白分隔.老师让他在空白处填上加号或者减号.他让 ...
- Nginx 开启gzip压缩(图片,文件,css)
1.Vim打开Nginx配置文件 vim /usr/local/nginx/conf/nginx.conf 2.找到如下一段,进行修改 gzip on; gzip_min_length 1k; gzi ...
- Spring初始化ApplicationContext为null
1. ApplicationContextAware初始化 通过它Spring容器会自动把上下文环境对象调用ApplicationContextAware接口中的setApplicationConte ...
- iOS学习 NSString常用技巧
字符串是程序设计最常用的数据类型之一了.在Mac/iPhone编程中,苹果为我们提供了一个不同的字符串类型NSString.有别与普通的String为数据类型,NSString其实是一个对象类型.NS ...