C# 关于 MSVSMON.EXE 的 Visual Studio 调试错误似乎没有运行
声明：本页面是StackOverFlow热门问题的中英对照翻译，遵循CC BY-SA 4.0协议，如果您需要使用它，必须同样遵循CC BY-SA许可，注明原文地址和作者信息，同时你必须将它归于原作者（不是我）：StackOverFlow
原文地址: http://stackoverflow.com/questions/19348309/
Warning: these are provided under cc-by-sa 4.0 license. You are free to use/share it, But you must attribute it to the original authors (not me):
StackOverFlow
Visual Studio debug error about MSVSMON.EXE not appear to be running
提问by mehrandvd
I have a program which when I hit F5 to run the program it shows this error and doesn't run:
我有一个程序，当我按 F5 运行该程序时，它显示此错误并且不运行：
Error while trying to run the project, Unable to start program 'F:....` The Microsoft Visual Studio Remote Debugging Monitor (MSVSMON.EXE) does not apear to be running on the remote computer ...
尝试运行项目时出错，无法启动程序“F:....” Microsoft Visual Studio 远程调试监视器 (MSVSMON.EXE) 似乎无法在远程计算机上运行...
This is while the project was compiling successfully before. Is there any project setting that should be set in a wrong way sometime!?
这是之前项目编译成功的时候。是否有任何项目设置应该在某个时候以错误的方式设置！？
I'm using Visual Studio 2012 Update 2.
我正在使用 Visual Studio 2012 更新 2。
采纳答案by mehrandvd
I've discovered that the reason is not about downgrading! It's about a tunneling software called "Proxifier". While it's running on the system, it causes the Visual Studio this problem.
我发现原因不是降级！它是关于一个名为“Proxifier”的隧道软件。当它在系统上运行时，它会导致 Visual Studio 出现此问题。
回答by Rahul Tripathi
Try to select 'Local Machine', when you run the application. It looks like Remote Machine is selected for debugging.
尝试'Local Machine'在运行应用程序时选择。看起来选择远程机器进行调试。
Also check the details of this error on MSDN
还要在MSDN上检查此错误的详细信息
When you try to do remote debugging, you might receive this error message. It means that Visual Studio could not find an instance of the Visual Studio Remote Debugging Monitor on the remote computer. The Visual Studio Remote Debugging Monitor is required for remote debugging to work.
当您尝试进行远程调试时，您可能会收到此错误消息。这意味着 Visual Studio 在远程计算机上找不到 Visual Studio 远程调试监视器的实例。远程调试需要 Visual Studio 远程调试监视器才能工作。
回答by Aster Veigas
You must have killed the msvmon process by mistake. I know it sounds stupid but try restart VS and if that doesn't work then try a machine reboot. But I noticed that when we run VS, the msvmon process will be running in the background.
您一定是错误地杀死了 msvmon 进程。我知道这听起来很愚蠢，但请尝试重新启动 VS，如果这不起作用，请尝试重新启动机器。但是我注意到当我们运行 VS 时，msvmon 进程会在后台运行。
回答by Wayne Feltham
I've had this happen when I have an entry in my HOSTS file to run the site locally but I've then commented it out to enable me to view live.
当我的 HOSTS 文件中有一个条目可以在本地运行该站点时，就会发生这种情况，但我随后将其注释掉，以便我可以实时查看。
For example - the live site runs on http://my.url.com
例如 - 实时站点在http://my.url.com上运行
In VS in the Properties for the web project on the Web tab, I have the project URL set to the above. When I want to debug locally, I put the following in my HOSTS file
在 Web 选项卡上的 Web 项目属性中的 VS 中，我将项目 URL 设置为上述内容。当我想在本地调试时，我将以下内容放在我的 HOSTS 文件中
127.0.0.1 my.url.com
When I'm done and I want to revert to live I comment this out
当我完成并想恢复生活时，我将其注释掉
#127.0.0.1 my.url.com
If in the future I need to debugt again, VS attempts to debug against the live server rather the request being routed back to localhost via the HOSTS entry.
如果将来我需要再次调试，VS 会尝试针对实时服务器进行调试，而不是通过 HOSTS 条目将请求路由回本地主机。
回答by RayLoveless
Here's a couple things to try:
这里有几件事情可以尝试：
For me my Project URL( in project properties ) was over ridden with a setting from another team member for some reason. I simply needed to set it back to me:
对我来说，由于某种原因，我的项目 URL（在项目属性中）被另一个团队成员的设置覆盖了。我只需要将它设置回我：
also you could try setting your server to use IIS Express if you're not already running that.
如果您还没有运行它，您也可以尝试将服务器设置为使用 IIS Express。
回答by Ae Ratchapol
IIS >> Application Pool >> choose pool >> advance setting >> Enable 32-bit Applications=true. It's worked for me.
IIS >> 应用程序池 >> 选择池 >> 高级设置 >> 启用 32 位应用程序=true。它对我有用。
回答by Marc Wittmann
You can just go to debug settings, check the box in the debugging tab
您可以转到调试设置，选中调试选项卡中的框
"use remote machine"
“使用远程机器”
and type in some name (doesn`t matter if the machine exists)
并输入一些名称（机器是否存在无关紧要）
Save settings, run with configuration and after an error simply uncheck "use remote machine" again.
保存设置，使用配置运行，出现错误后只需再次取消选中“使用远程机器”即可。
Visual Studio will set the debugging to local debugging again and that should fix the issue. I think this is better than shutting down programs or altering settings that are not the root cause.
Visual Studio 将再次将调试设置为本地调试，这应该可以解决问题。我认为这比关闭程序或更改不是根本原因的设置要好。
回答by Johan
I you are running Proxifier add a rule to route ::1 (IPV6 Loop-back) Direct and not via the proxy.
如果您正在运行 Proxifier，则将规则添加到路由 ::1 (IPV6 Loop-back) Direct 而不是通过代理。
回答by AndresRohrAtlasInformatik
I have this regularly on VS 2013 and Windows 8.1 on a 64 bit PC. It disappears if you go to the start project, open the project properties, go to the 'Build' tab and change the 'Platform target' from 'Any CPU' to 'x86'.
我经常在 VS 2013 和 64 位 PC 上的 Windows 8.1 上使用它。如果您转到启动项目，打开项目属性，转到“构建”选项卡并将“平台目标”从“任何 CPU”更改为“x86”，它就会消失。
回答by kesse
I had this issue as well.
我也有这个问题。
The solution was to correct the entry for my computers hostname in my hosts file to the correct IP.
解决方案是将我的主机文件中我的计算机主机名条目更正为正确的 IP。
The story behind: I originally put the entry in the hosts file because VS was taking around 1 minute (yes 60 seconds) to enter debug mode. I discovered that putting an entry in my hostes file containing my PC's IP and its host name caused VS to enter debug mode in 1-2 seconds!!
背后的故事：我最初将条目放在主机文件中，因为 VS 需要大约 1 分钟（是 60 秒）进入调试模式。我发现在我的主机文件中放置一个包含我的 PC 的 IP 及其主机名的条目会导致 VS 在 1-2 秒内进入调试模式！！
Might also be worth mentioning that I, in property pages -> start options have configures VS to "Don't open a page. Wait..." and "User custom server" and set "Base URL" to the website on my local IIS
可能还值得一提的是，我在属性页 -> 启动选项中将 VS 配置为“不打开页面。等待...”和“用户自定义服务器”并将“基本 URL”设置为我本地的网站信息系统
