Dictionary CPU 100% - 好文

　　昨天服务器的CPU突然100%，此服务已经运行几年了，都平安无事。既然问题出现当然要找出这个遗留多年的小概率问题。出现cpu 100%
一般就是哪里出现了无法跳出的死循环。

　　1、获取进程的内存信息

　　服务器使用的window server 直接右键创建转储文件即可。这个直接点点的方式是使用window server最方便的地方（^_^）。

　　2、加载内存文件信息

　　将文件复制本地，直接拖拽到windbg中。(windbg直接在window 应用商店下载即可）

　　

　　3、获取进程内耗时线程

　　在0:000 输入框中输入!runaway 敲回车，获取线程占用cpu时间

　　

　　

　　4、获取线程的栈信息

　　从cpu的线程占用时间来看，线程64,89,96,95,90占用的时间最长，可以初步断定问题就出现在这几个线程中。输入:~64s进入该线程（64代表的是线程id）

　　

　　进入该线程后就可以加载线程的栈信息了，在命令框中输入!CLRStack 。如果出现图示信息说明需要单独加载SOS.dll
文件。使用everything软件全局搜索该dll文件位置，然后在输入框中：.load 全路径\SOS.dll。加载完成再次输入：!CLRStack
就可以正常显示栈信息了。

　　

　　5、问题定位

　　从栈信息来看，线程一直停留在：System.Collections.Generic.Dictionary`2[[System.__Canon,
mscorlib],[System.__Canon,
mscorlib]].FindEntry(System.__Canon)这个方法里面，调用这个方法的类是：Aop.Api.Parser.AopJsonParser，这个类是支付宝官方sdk中的。先看FindEntry这个方法干了啥。直接官网查看源码：

　　
private int FindEntry(TKey key) { if( key == null) {
ThrowHelper.ThrowArgumentNullException(ExceptionArgument.key); }if (buckets !=
null) { int hashCode = comparer.GetHashCode(key) & 0x7FFFFFFF; for (int i =
buckets[hashCode % buckets.Length]; i >=0; i = entries[i].next) { if
(entries[i].hashCode == hashCode && comparer.Equals(entries[i].key, key))return
i; } }return -1; }
　　从源码来就是判断key是否存在，看来就是死循环for里面了。再来看这个dictionary是用来干啥了的，反编译Aop dll文件

private static Dictionary<string, AopAttribute> GetAopAttributes(Type type) {
Dictionary<string, AopAttribute> dictionary = null; if
(!AopJsonParser<T>.attrs.TryGetValue(type.FullName,out dictionary) ||
(dictionary ==null)) { dictionary = new Dictionary<string, AopAttribute>();
private static readonly Dictionary<string, Dictionary<string, AopAttribute>>
attrs;
　　从源码可以看见定义了一个静态Dictionary attrs变量，既然是静态变量，会出现多线程竞争问题。官网也明确说明Dictionary
是非线程安全的，如果多线程读写需要自己去写程序保证线程安全或者使用ConcurrentDictionary。

　　6、问题

　　问题的根本原因是多线程多写非线程安全Dictionary，导致在FindEntry方法死循环。

　　

热门工具换一换