VS2010Datatable查看器查看超时(Microsoft.VisualStudio.DebuggerVisualizers)

　　这个问题由来已久，却一直没有找到原因。大家都知道，VisualStudio的DebuggerVisualizers是一个非常方便的插件，可以帮助我们调试时查看Datatable视图，前阵子突然发现在查看时报错了，截图 如下：

　　详细信息里的内容是：

  有关调用实时(JIT)调试而不是此对话框的详细信息，
  请参见此消息的结尾。

  ************** 异常文本 **************
  System.Exception: 函数计算超时。
     在 Microsoft.VisualStudio.DebuggerVisualizers.DebugViewerShim.PrivateCallback.MaybeDeserializeAndThrowException(Byte[] data)
     在 Microsoft.VisualStudio.DebuggerVisualizers.DebugViewerShim.ManagedShim.DelegatedHost.CreateViewer(IntPtr hwnd, HostServicesHelper hsh, SafeProxyWrapper proxy)

 ************** 已加载的程序集 **************
 mscorlib
     程序集版本:4.0.0.0
     Win32 版本:4.0.30319.18444 built by: FX451RTMGDR
     基本代码:file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll
 ----------------------------------------
 Microsoft.VisualStudio.Platform.AppDomainManager
     程序集版本:12.0.0.0
     Win32 版本:12.0.21005.1
     基本代码:file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/Microsoft.VisualStudio.Platform.AppDomainManager/v4.0_12.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualStudio.Platform.AppDomainManager.dll
 ----------------------------------------
 System
     程序集版本:4.0.0.0
     Win32 版本:4.0.30319.18408 built by: FX451RTMGREL
     基本代码:file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
 ----------------------------------------
 System.Configuration
     程序集版本:4.0.0.0
     Win32 版本:4.0.30319.18408 built by: FX451RTMGREL
     基本代码:file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
 ----------------------------------------
 System.Xml
     程序集版本:4.0.0.0
     Win32 版本:4.0.30319.34234 built by: FX452RTMGDR
     基本代码:file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
 ----------------------------------------
 System.Windows.Forms
     程序集版本:4.0.0.0
     Win32 版本:4.0.30319.18408 built by: FX451RTMGREL
     基本代码:file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
 ----------------------------------------
 System.Drawing
     程序集版本:4.0.0.0
     Win32 版本:4.0.30319.18408 built by: FX451RTMGREL
     基本代码:file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
 ----------------------------------------
 Microsoft.VisualStudio.DebuggerVisualizers
     程序集版本:12.0.0.0
     Win32 版本:12.0.21005.1
     基本代码:file:///C:/Windows/assembly/GAC_MSIL/Microsoft.VisualStudio.DebuggerVisualizers/12.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualStudio.DebuggerVisualizers.dll
 ----------------------------------------
 System.Windows.Forms.resources
     程序集版本:4.0.0.0
     Win32 版本:4.0.30319.18408 built by: FX451RTMGREL
     基本代码:file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms.resources/v4.0_4.0.0.0_zh-Hans_b77a5c561934e089/System.Windows.Forms.resources.dll
 ----------------------------------------

 ************** JIT 调试 **************
 要启用实时(JIT)调试，
 该应用程序或计算机的 .config 文件(machine.config)的 system.windows.forms 节中必须设置
 jitDebugging 值。
 编译应用程序时还必须启用
 调试。

 例如:

 <configuration>
     <system.windows.forms jitDebugging="true" />
 </configuration>

 启用 JIT 调试后，任何未经处理的异常
 都将被发送到在此计算机上注册的 JIT 调试器，
 而不是由此对话框处理。

　　从这个错误内容来看，最后抛出的是行6和行7，这是IDE绘制查看器弹窗时抛出的异常，我找了下这个dll，还真找到了，具体位置在

Common7\IDE\ReferenceAssemblies\v2.\Microsoft.VisualStudio.DebuggerVisualizers.dll

　　当然，VS真正调的应该不是这个位置，从错误行49可以看出（实际上把这个位置的DebuggerVisualizers.dll删除照样可以使用），是调的Windows下面的某个位置，这可能是写到注册表里或者环境变量里了，反正是这个dll不错，但是vs使用的位置我没法查到。用Reflector反编译之，行7的CreateViewer源码如下：

  [ResourceConsumption(ResourceScope.Machine, ResourceScope.Machine), ResourceExposure(ResourceScope.None)]
  internal void CreateViewer(IntPtr hwnd, ManagedShim.HostServicesHelper hsh, ManagedShim.SafeProxyWrapper proxy)
  {
      try
      {
          byte[] data = proxy.InitSourceDataProvider();
          using (AssemblyResolver resolver = new HostResolver(proxy, hsh.IsRemote, new ServiceProvider.WindowWrapper(hwnd)))
          {
              string str;
             string str2;
             int num;
             ASSEMBLYLOCRESOLUTION assemblylocresolution;
             byte[] buffer;
             byte[] buffer2;
             PrivateCallback.MaybeDeserializeAndThrowException(data);
             proxy.GetManagedViewerCreationData(out str, out buffer, out buffer2, out str2, out assemblylocresolution, out num);
             if ((assemblylocresolution == ASSEMBLYLOCRESOLUTION.ALR_ERROR) && (str != null))
             {
                 throw new TerminalException(str, MessageBoxIcon.Hand);
             }
             if (((buffer != null) && (str == null)) && (hsh.IsRemote && !QueryRemoteLoadAllowed(null, new ServiceProvider.WindowWrapper(hwnd))))
             {
                 throw new TerminalException(MessageBoxIcon.Hand);
             }
             ClassAndAssemblySpec spec = new ClassAndAssemblySpec(str, buffer, assemblylocresolution != ASSEMBLYLOCRESOLUTION.ALR_NAME, str2);
             DialogDebuggerVisualizer visualizer = (DialogDebuggerVisualizer) spec.CreateInstance(resolver);
             using (PrivateCallback callback = new PrivateCallback(proxy, num != ))
             {
                 visualizer.Show(new ServiceProvider(hwnd, hsh).DialogService, callback);
             }
         }
     }
     catch (TerminalException exception)
     {
         exception.DisplayDialog(new ServiceProvider.WindowWrapper(hwnd));
     }
     catch (Exception exception2)
     {
         new ThreadExceptionDialog(exception2).ShowDialog(new ServiceProvider.WindowWrapper(hwnd));
     }
 }

　　从上面可以看出，走到行15就执行了异常处理，然后由PrivateCallback的MaybeDeserializeAndThrowException方法接管过来，MaybeDeserializeAndThrowException源码如下：

  internal static unsafe byte[] MaybeDeserializeAndThrowException(byte[] data)
  {
      if ((data == null) || (data.Length == ))
      {
          return null;
      }
      DebugeeHost.DataPrefix prefix = (DebugeeHost.DataPrefix) data[];
      switch (prefix)
      {
         case DebugeeHost.DataPrefix.Exception:
         {
             Exception exception = (Exception) DeserializeObject(data, );
             throw exception;
         }
         case DebugeeHost.DataPrefix.ObjectData:
             return data;

         case DebugeeHost.DataPrefix.CustomExceptionData:
         {
             DebugeeHost.CustomExceptionDataHolder cedh = (DebugeeHost.CustomExceptionDataHolder) DeserializeObject(data, );
             throw new RemoteObjectSourceException(cedh);
         }
         case DebugeeHost.DataPrefix.ErrorString:
         case DebugeeHost.DataPrefix.ErrorStringNoHost:
             if (data.Length < )
             {
                 throw new ApplicationException(SR.GetString("E_G_InvalidSerializationFormat"));
             }
             break;

         default:
             return data;
     }
     fixed (byte* numRef = data)
     {
         int length = numRef[];
         if ((data.Length - ) < (length * ))
         {
             throw new ApplicationException(SR.GetString("E_G_InvalidSerializationFormat"));
         }
         char* chPtr = (char*) (numRef + );
         string message = new string(chPtr, , length);
         if (prefix == DebugeeHost.DataPrefix.ErrorStringNoHost)
         {
             throw new TerminalException(message, MessageBoxIcon.Exclamation);
         }
         throw new Exception(message);
     }
 }

　　这里应该就是最后的“事发现场了”，其中case的枚举如下：

 internal enum DataPrefix : byte
 {
     CustomExceptionData = ,
     ErrorString = ,
     ErrorStringNoHost = ,
     Exception = ,
     ObjectData =
 }

　　到此好像没法追踪下去了，它是通过传入的byte[]的0位值来抛出相应的异常，只有值为2或者default的时候才不抛出，由于没法模拟环境，即使我给了传入byte[]，那么里面的调用层次还是要经过一番考究的。为此我也考虑了其他因素：

1. 系统

2. 硬件

3. 内存

4. 杀毒软件

5. IDE本身

6. 软件冲突

7. 补丁

8. IDE配置

　　现在的现象是时好时坏，那么2、7就可以排除了，找了另外一台电脑，同样的系统同样的vs版本可以查看，那么1和5可以排除，内存用360释放一样有错，3可以排除，杀毒软件退掉依旧，4可以排除，6的话就麻烦了，难以查证，8的话也对比了正常的配置，没有差异，也可排除。

　　现在比较有效的办法有两个：

　　1、清理项目或者清理解决方案；

　　2、杀进程，在任务管理器里结束与vs项目相关的host进程(不包括devenv.exe)，如果有MSBuildTaskHost也要结束，然后再启动新实例，一般都能正常查看。