Dictionary CPU 100%

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

　　一、获取进程的内存信息

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

　　二、加载内存文件信息

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

　　

 

　　三、获取进程内耗时线程

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

　　

 

 　　

 　　四、获取线程的栈信息

　　从cpu的线程占用时间来看，线程64,89,96,95,90占用的时间最长，能够初步判定问题就出如今这几个线程中。输入:~64s进入该线程（64表明的是线程id）

　　

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

　　

　　五、问题定位

　　从栈信息来看，线程一直停留在：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。

　　六、问题

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

　　

原文出处：https://www.cnblogs.com/gsjlovenet/p/10692927.html