昨天服务器的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
     
       GetAopAttributes(Type type){    Dictionary
      
        dictionary = null;    if (!AopJsonParser
       
        .attrs.TryGetValue(type.FullName, out dictionary) || (dictionary == null))    {        dictionary = new Dictionary
        
         ();
        
       
      
     

private static readonly Dictionary
     
      > attrs;
     

　　从源码可以看见定义了一个静态Dictionary attrs变量，既然是静态变量，会出现多线程竞争问题。官网也明确说明Dictionary 是非线程安全的，如果多线程读写需要自己去写程序保证线程安全或者使用ConcurrentDictionary。

　　6、问题

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