Visual Studio，调试会在没有堆栈的情况下在mscorlib.dll中随机引发SEHException未处理的异常

如何解决Visual Studio，调试会在没有堆栈的情况下在mscorlib.dll中随机引发SEHException未处理的异常

我有一个C＃Windows Forms应用程序（在调试模式之外）可以完美地工作。当我在调试模式下运行它时，我执行的每个操作都有随机的机会使应用程序崩溃（例如单击按钮或关闭主窗体）。后台运行着许多异步代码，但是即使没有任务正在运行，应用程序也会崩溃（_formClosing方法是完全同步的方法）。值得注意的是，我的应用程序中大多数按钮单击的第一件事是更改某些按钮的可见性和启用的属性，然后开始将消息写入日志-应用程序在任何日志写入之前（使用NLog）崩溃

抛出的错误是：

System.Runtime.InteropServices.SEHException
  HResult=0x80004005
  Message=External component has thrown an exception.
  Source=<Cannot evaluate the exception source>
  StackTrace:
<Cannot evaluate the exception stack trace>

有输出

An unhandled exception of type 'System.Runtime.InteropServices.SEHException' occurred in mscorlib.dll

并尝试恢复应用程序只会结束调试会话。

并不是触发崩溃的代码或事件的任何特定部分，而且代码从未在调试模式之外崩溃，这一事实使我相信这可能是Visual Studio问题。我可以在Visual Studio中配置任何设置以减少崩溃的可能性吗？否则，是否有什么方法比“无法评估stackTrace”获得更多信息？

其他可能不相关的信息，在崩溃时内存和CPU使用率都非常低（大约40MB，CPU使用率约为5％）。我正在运行最新的Visual Studio社区2019。该应用程序在.Net Framework 4.8上运行。我的操作系统是运行Windows 10企业版的本地VM。我也不认为我正在运行任何Trusteer应用程序。

我的代码也全部尝试“捕获”，尤其是在单击按钮周围。

感谢您的帮助，如果我缺少任何相关信息，请告诉我

编辑：我发现了引起问题的那一行，注释掉这行会导致应用正常运行，并且完全没有错误

var ignore = currentJob.jobConfig.ToObject(t); //jobConfig is a JObject

强制转换工作正常，但是通过执行强制转换，会触发上述和以下所示的异常

编辑＃2：修复，更新和重新安装Visual Studio并没有解决问题，该应用似乎仍然可以在10-40％的时间内正常运行，而在其余时间都崩溃了

解决方法

我通过添加“ return”找到了解决问题的方法。语句无处不在，并一一删除（删除了我的代码的大部分）。我最终找到了引起问题的生产线。事实证明，如果先序列化然后反序列化CancellationToken，则大概是Visual Studio的调试会话在尝试对已反序列化的对象执行某种操作时，很容易随机崩溃。解决方案只是将取消令牌设为私有，或添加[JsonIgnore]

重现该问题的代码：（运行void方法，然后尝试关闭窗口）

    private void BreakVS()
    {
        ClassWithCancellationToken someClass = new ClassWithCancellationToken();
        someClass.ts = new CancellationToken();
        var json = JsonConvert.SerializeObject(someClass);
        JObject jObject = JObject.Parse(json);
        var test = jObject.ToObject(typeof(ClassWithCancellationToken));
    }

    public class ClassWithCancellationToken
    {
        public CancellationToken ts; //change to private to 
    }

那么，我最初的问题的答案是，从Jeroan的解决方案开始，尝试在其他设备上进行调试，如果代码仍在所述设备上中断，则尝试对我有用的方法（破解并削减代码，直到发现有问题的代码） ）-或更复杂的方法来更彻底地调试代码。如果您的代码可以在其他设备上运行，请尝试Micheal的方法来更新/修复/重新安装Visual Studio安装

当然，我仍然不知道怎么做的一件事就是找到错误的代码，而不必花一个小时就删除我的代码部分，直到找到原因为止。