当我在VS2013 update3中调试时,msvsmon.exe在断点处遇到崩溃。
它显示“调试器的工作进程(msvsmon.exe)意外退出。调试将被中止”。
我没有使用远程调试。
是否可以关闭msvsmon.exe以避免在调试时调用它?
答案 0 :(得分:39)
当我遇到此错误时,删除所有断点可解决问题。禁用断点是不够的 - 必须删除它们。
我能够多次附加到一个进程。一旦我添加了条件断点(带几个检查),我在尝试连接到同一个进程时就开始出现此错误。
问题中提供的错误是一个问题。我还收到一条错误,指出我再次尝试时已经附加了调试器。无论哪种方式,删除断点都解决了它。
答案 1 :(得分:10)
有些事情对我有用:
答案 2 :(得分:8)
我也遇到了这个错误,我也安装了Astrill。完全卸载Astrill修复了这个问题。
我联系了Astrill支持,他们回答(在2小时内)说正确的解决方法是按住Ctrl并按下Astrill应用程序上的“帮助”按钮,然后选择“卸载LSP”。这解决了这个问题,无需卸载Astrill。
我不知道LSP是什么,但我认为它是某种代理。
答案 3 :(得分:7)
就我而言,它是由VPN软件引起的。它更改了我的hosts
文件,我的localhost
不再是127.0.0.1
。
请检查主机文件中的localhost
(例如%WINDIR%\System32\drivers\etc\hosts
)并确保其为127.0.0.1
。
答案 4 :(得分:7)
尝试启用选项>调试>一般> "使用托管兼容模式"
我在调试并尝试检查其中包含50 MB文本数据的变量时也遇到此错误/崩溃。此选项在VS2013和VS2015中均有效,允许我使用大数据调试和检查变量。
答案 5 :(得分:5)
Visual Studio 2015 RTM刚出现这个错误。删除所有断点解决了“调试器的工作进程(msvsmon.exe)意外退出。调试将中止”条件。
因此,如果清除所有断点,则在您的版本中,您无需避免使用MSVSMON.exe。
答案 6 :(得分:2)
我使用的是OzCode调试器扩展程序。不幸的是,他们没有办法完全禁用扩展程序 - 你只能禁用某些功能 - 所以我必须完全卸载它以确认它是导致崩溃的原因。
答案 7 :(得分:1)
这是另一个答案:我将我的项目从“平台目标:任何CPU”更改为“平台目标:x86”。每次需要大约5次尝试调试才能工作。
我之前尝试过这个帖子中的每一个建议:我重新安装,我杀死了所有断点,并寻找可疑的软件交互。
答案 8 :(得分:1)
这种(或以完全相同的方式表现出来的东西)仍然是VS2017中的一个问题。在我的情况下,它是由一个依赖太大而无法调试引起的。有问题的依赖项是大型REST API的生成客户端。在减少了这种依赖之后,我又能够再次调试。
答案 9 :(得分:1)
我得到了同样的错误。删除所有断点并修复Visual Studio(我有2013 Community Edition)后没有效果。问题是 Bitdefender 软件。我有Bitdefender Internet Security 2016并将 Active Thread Control (模块 - >防病毒)设置为正常级别。但在将此设置设置为允许后,错误不再显示。
答案 10 :(得分:1)
当我尝试使用Visual Studio / Service Pack 3调试Service Pack 4已经发布时,我发生了这个错误。更新到Service Pack 4后,我能够进行调试。
所以,尝试安装最新版本的Visual Studio
此致
答案 11 :(得分:0)
通过更改选项 - >项目和解决方案 - >网络项目 - >进行修复。使用64位版本的IIS .........至False。
答案 12 :(得分:0)
在我的情况下,我在wpf应用程序上使用wcf服务并从此处输入参数。面对此错误的Wpf应用程序执行" 调试器的工作进程(msvsmon.exe)出乎意料地退出了。调试将被中止"。
那种情况我软管Wcf服务并运行wpf应用程序exe
在这种类型的执行中,我没有遇到任何错误,例如 - " 调试器的工作进程(msvsmon.exe)意外退出。调试将被中止"
请尝试这个继续错误解决,因为某些执行过程没有支持调试.....我们正在删除调试器,我们也面临同样的错误。 那个案例帮助了这个过程.......
答案 13 :(得分:0)
我刚接触VC2017 Community Edition 15.7.2。在调试时关闭Microsoft Symbol Server查找为我修复它。
答案 14 :(得分:0)
我在VS 2015中遇到了问题。我没有注意到我的一个断点是虚假的-当在先前的调试会话中显示反汇编窗口时,我无意间按了F9来设置断点。解决方案只是删除一个虚假的断点-我必须保留所有其他断点。
答案 15 :(得分:0)
我今天开始在VS2019项目中得到这个确切的错误。尝试在VS调试器中扩展/检查简单数据结构将使其冻结一分钟,然后我收到“调试器的辅助进程(msvsmon.exe)意外退出。调试将中止”消息:
如果我将msvsmon.exe
进程添加到windows defender exclusions list,则问题消失。
答案 16 :(得分:0)
我在Visual Studio 2019(16.4.3)(C ++)中遇到了这个问题,原因是没有提到我:我不小心添加了一个Watch语法不正确,试图实例化单例而不是返回现有实例。
在调试时,一再选择右键单击>“手表”视图中的“全部清除”,即可解决问题。
答案 17 :(得分:0)
我几乎尝试了这里的所有答案,但就我而言,没有任何效果。 切换到 32 位只会使 Visual Studio 2019 崩溃,而不是 msvsmon.exe 崩溃。
对我有用的是设置一个非常早的断点并利用这个机会关闭“并行堆栈”窗口。反正我不需要它,但它在我的布局中默认是打开的。
答案 18 :(得分:-2)
我知道它并没有直接解决错误,但作为解决方法,我使用Rider IDE from JetBrains,并没有遇到错误(代码,系统等相同) 。
Visual Studio版本:Professional 2017,15.5.4
Rider版:2017.3
当我遇到此错误时,没有其他答案对我有用。如果你实际上没有远程调试,你可以使用另一个编辑器,直到你找出问题或它自行解决(后者就是我的情况)。