【问题标题】:msvsmon.exe crashed when debuggingmsvsmon.exe 在调试时崩溃
【发布时间】:2014-12-01 11:36:17
【问题描述】:

当我在 VS2013 update3 中调试时,msvsmon.exe 在遇到断点时崩溃。

它显示“调试器的工作进程 (msvsmon.exe) 意外退出。调试将中止”。

我没有使用远程调试。

是否可以关闭 msvsmon.exe 以避免在调试时调用它?

【问题讨论】:

    标签: visual-studio debugging remote-debugging visual-studio-debugging


    【解决方案1】:

    我的问题是在将项目移动到新文件夹后开始的。使用 VS2019,我对这些答案中的任何一个都没有任何运气。我什至删除了整个 .vs 文件夹,我想可能有什么东西损坏了。没有运气。

    但一时兴起,我尝试使用 CTRL-F5 而不是 F5 来启动项目,这确实有效。这是一致的。 CTRL-F5 运行良好。 F5 给我 msvsmon.exe 错误。

    我不知道发生了什么,但至少我可以让项目再次运行。

    【讨论】:

      【解决方案2】:

      在我的例子中,当我在调试期间打开“Locals”选项卡并遇到断点时,我遇到了这个错误。由于某种原因,VS 可能无法显示局部变量之一。在到达发生错误的断点之前切换到其他选项卡时,错误消失了。

      【讨论】:

        【解决方案3】:

        我在这里尝试了几乎所有答案,但就我而言,没有任何效果。 切换到 32 位只会导致 Visual Studio 2019 崩溃,而不是 msvsmon.exe 崩溃。

        对我有用的是设置一个非常早的断点并利用这个机会关闭“Parallel Stacks”窗口。反正我不需要它,但它在我的布局中默认是打开的。

        【讨论】:

          【解决方案4】:

          我在 Visual Studio 2019 (16.4.3) (C++) 中遇到了这个问题,原因是我没有看到提到过:我不小心添加了一个语法不正确的 Watch,它试图实例化一个单例而不是返回现有实例.

          在调试时在 Watches 视图中反复选择右键 > Clear All 解决了该问题。

          【讨论】:

            【解决方案5】:

            我今天开始在我的 VS2019 项目中遇到这个确切的错误。尝试在 VS 调试器中扩展/检查简单数据结构会使其冻结一分钟,然后我会收到“调试器的工作进程 (msvsmon.exe) 意外退出。调试将被中止”消息:

            如果我将msvsmon.exe 进程添加到windows defender exclusions list,那么问题就消失了。

            【讨论】:

              【解决方案6】:

              这是另一个答案:我将项目从“平台目标:任何 CPU”更改为“平台目标:x86”。从需要大约 5 次尝试调试到每次都可以正常工作。

              我之前尝试过此线程中的所有建议:我重新安装,我杀死了所有断点,并寻找可疑的软件交互。

              【讨论】:

                【解决方案7】:

                我遇到了同样的错误。删除所有断点并修复Visual Studio后没有效果(我有2013社区版)。问题出在 Bitdefender 软件上。我有 Bitdefender Internet Security 2016 并将 Active Thread Control (Modules->Antivirus) 设置为正常级别。但在将此设置设置为 Permissive 后,该错误不再出现。

                【讨论】:

                  【解决方案8】:

                  我知道它不能直接解决错误,但作为一种解决方法,我使用的是Rider IDE from JetBrains,并且没有遇到错误(代码、系统等相同)。

                  Visual Studio 版本:Professional 2017, 15.5.4
                  Rider 版本:2017.3

                  当我遇到此错误时,没有其他答案对我有用。如果你实际上不是在远程调试,你可以使用另一个编辑器,直到你找出问题或它自己解决(后者是我的情况)。

                  【讨论】:

                    【解决方案9】:

                    我刚刚在 VS 2015 中遇到了这个问题。我没有注意到我的一个断点是伪造的 - 在上一个调试会话中显示反汇编窗口时,我无意中按了 F9 设置了一个断点。解决方案是简单地删除一个虚假断点 - 我必须保留所有其他断点。

                    【讨论】:

                      【解决方案10】:

                      我只是在 VC2017 Community Edition 15.7.2 中体验到了这一点。在调试时关闭 Microsoft 符号服务器查找为我修复了它。

                      【讨论】:

                        【解决方案11】:

                        这(或以完全相同的方式表现出来的东西)在 VS2017 中仍然是一个问题。在我的情况下,这是由于依赖项太大而无法调试。有问题的依赖项是为大型 REST API 生成的客户端。减少依赖后,我能够再次调试。

                        【讨论】:

                          【解决方案12】:

                          在我的情况下,我在 wpf 应用程序上使用 wcf 服务并从这里输入参数。面对此错误时的 Wpf 应用程序执行“调试器的工作进程 (msvsmon.exe) 意外退出。调试将被中止”。

                          这种情况我托管 Wcf 服务并运行 wpf 应用程序 exe
                          在这种类型的执行中,我没有遇到任何错误,例如 --“调试器的工作进程 (msvsmon.exe) 意外退出。调试将中止

                          请尝试解决此错误,因为某些执行过程不支持调试.....我们正在删除调试器,我们也面临同样的错误。 那个案例帮助了这个过程.......

                          【讨论】:

                            【解决方案13】:

                            尝试打开选项>调试>常规>“使用托管兼容模式”

                            在调试并尝试检查包含 50 MB 文本数据的变量时,我也遇到了这个错误/崩溃。这个选项在 VS2013 和 VS2015 中都有效,让我可以调试和检查包含大数据的变量。

                            【讨论】:

                            • 这在 Visual Studio 2017 15.9.18 中对我有用。我也删除了所有保存的断点。
                            • 谢谢!太棒了! (对不起,我的荷兰语)
                            • 不幸的是,它在 Visual Studio 2019 中对我不起作用,JSON 文档大小为 48 MB。无论我是否启用了“使用托管兼容模式”,都会出现相同的错误消息,所以我希望这个选项会增加一个阈值,但不能保证。还是)感谢你的建议!我将不得不使用文档的较小子集进行调试。
                            【解决方案14】:

                            通过将选项->项目和解决方案->Web 项目->使用 64 位版本的 IIS.........更改为 False 来修复。

                            【讨论】:

                              【解决方案15】:

                              我也有这个错误,我也安装了 Astrill。完全卸载 Astrill 解决了这个问题。

                              我联系了 Astrill 支持,他们回答(在 2 小时内)说正确的解决方法是按住 Ctrl 并按 Astrill 应用程序上的“帮助”按钮,然后选择“卸载 LSP”。这已解决问题,无需卸载 Astrill。

                              我不知道 LSP 是什么,但我认为它是某种代理。

                              【讨论】:

                              • 希望我能多次支持这样的答案。不是通常的愚蠢猜测工作类型的答案,而是正确地发现了问题的人,但并没有停下来,而是加倍努力并与 Astrill 联系。也解决了我的问题。太棒了。
                              【解决方案16】:

                              我使用的是OzCode 调试器扩展。不幸的是,他们没有办法完全禁用扩展 - 您只能禁用某些功能 - 所以我必须完全卸载它以确认它是导致崩溃的原因。

                              【讨论】:

                              • @croswell 您好,这里是 OzCode 首席技术官 - 非常感谢您让我们知道这个问题!我已经通过电子邮件跟进了您的错误报告,并提供了应该(希望)解决问题的版本。
                              • 是的,Early Access Preview 版本确实解决了这个问题。
                              • @OmerRaviv 卸载了 OzCode,问题消失了。
                              • @silkfire 很抱歉听到这个消息。如需修复,请下载the OzCode EAP version。有关此版本的更多详细信息here.
                              • 现在我遇到了与版本 EAP v4 相同的问题。花了我一些时间弄清楚,但在这里找到后,我禁用了 OzCode,错误消失了。
                              【解决方案17】:

                              就我而言,这是由 VPN 软件引起的。它改变了我的hosts 文件,而我的localhost 不再是127.0.0.1

                              因此请检查您在主机文件中的localhost(例如%WINDIR%\System32\drivers\etc\hosts)并确保它是127.0.0.1

                              【讨论】:

                              • 我的主机文件看起来是正确的,但是当我卸载我的 vpn 软件后它又开始工作了。
                              • 确实,在卸载 Astrill VPN 软件后,它又开始为我工作了。很奇怪。
                              • 我没有使用VPN,但是编辑hosts文件后问题就消失了。谢谢。 127.0.0.1 本地主机 ::1 本地主机
                              • 好些了,但还是出现问题。我有时可以调试。
                              • 安装 Microsoft .NET Core Tools (Preview 2) 后工作正常。断点正常工作。
                              【解决方案18】:

                              这个错误刚刚发生在 Visual Studio 2015 RTM 中。删除所有断点解决了“调试器的工作进程 (msvsmon.exe) 意外退出。调试将中止”的情况。

                              因此,如果您在您的版本中清除所有断点,则无需避免使用 MSVSMON.exe。

                              【讨论】:

                              • 对我有用的是 1) 删除所有断点 2) 运行一次 exe 3) 然后放回几个 .这对我有用。
                              【解决方案19】:

                              当我尝试使用 Visual Studio / Service Pack 3 进行调试时,当 Service Pack 4 已经发布时,我发生了这个错误。更新到 Service Pack 4 后,我能够进行调试。

                              所以,尝试安装最新版本的 Visual Studio

                              问候

                              【讨论】:

                                【解决方案20】:

                                删除所有断点可以解决我遇到此错误时的问题。禁用断点是不够的——它们必须被删除。

                                我能够多次附加到一个进程。一旦我添加了一个条件断点(通过一些检查),我在尝试附加到同一个进程时开始收到此错误。

                                问题中提供的错误是一个问题。当我再次尝试时,我还收到一条错误消息,指出已经附加了调试器。无论哪种方式,删除断点都可以解决。

                                【讨论】:

                                • 在 VS2015 Update 1 中也遇到过 msvsmon.exe 崩溃的情况。删除断点解决了本地和远程调试的问题。
                                • 为我工作,VS 2015 更新 3。
                                • 令人惊讶的是,这很有帮助。有谁知道是什么原因造成的?
                                • 为我工作,VS 2017 15.3.3。
                                • 使用 VS2019 删除所有断点对我不起作用。我还不得不重新启动 VS2019。
                                【解决方案21】:

                                对我有用的几件事:

                                • 尝试关闭 VStudio 并重新启动。
                                • 如果没有,重启会有所帮助。[我知道这是通用的,但值得一试]
                                • 禁用不必要的断点。

                                【讨论】:

                                • 删除断点并重新启动 Visual Studio 确实解决了我的问题
                                猜你喜欢
                                • 2011-10-29
                                • 2016-06-26
                                • 1970-01-01
                                • 2016-04-25
                                • 1970-01-01
                                • 1970-01-01
                                • 2011-09-28
                                • 1970-01-01
                                • 1970-01-01
                                相关资源
                                最近更新 更多