尝试在Visual Studio 2008 Team System中使用F11进入进程时，收到以下错误:
"无法自动进入服务器。"调试器未能在服务器进程中停止。"
我在互联网上搜索了很长时间，我发现最相关的消息是http://msdn.microsoft.com/en-us/library/65004e38%28v=VS.90%29.aspx。不幸的是，这并没有帮助。所有迹象都表明，我的ASP。. NET设置不正确，但这是IIS环境，随VS2008团队系统，所以我没有做任何配置更改。
这个问题的答案，听起来好像它可能已经修复了我的解决方案不再是一个活动链接:调试WCF时无法自动进入服务器。有人知道我该如何解决这个问题吗?
我花了3天时间和不少于5个人来解决这个问题;虽然我想报告具体的问题，但我仍然需要推测。但是，当我执行以下操作时，我不再得到这个错误:
我打开了测试解决方案中服务派生的基类的.cs文件。我在这个基类的构造函数中设置了一个断点。因为基类不在我的web服务和测试解决方案的解决方案内(它只是被引用)，VS2008无法闯入这个。cs文件。
解决方案相当愚蠢。我在测试解决方案中打开了基类。cs文件(只有文件，而不是解决方案)。我在构造函数类中设置了一个断点，然后就可以从那里逐步进入所有其他文件。一旦我能够在实际的Test解决方案中成功地设置断点并停止基类中的调试器，我就能够像我通常期望的那样继续调试。
我对这个问题的根本原因的唯一结论是VS2008是迟钝的。很抱歉，这不是一个很好的答案，但这就是我如何解决这个问题的，这个问题花了30多个小时。
这可能是因为调试没有到达断点，在此之前可能发生了一些错误。尝试在基类构造函数中添加断点。
我知道这是一个老问题，但我遇到了一个类似的问题，问题是我在Release模式而不是Debug模式。切换到Debug模式解决了这个问题。
如果您打开并运行另一个解决方案(另一个visual studio实例)，则可能出现此问题。
当我将错误的项目设置为解决方案中的启动项目时，我得到了这个错误。
当我在浏览器中打开该服务时，发生了同样的事情。我关闭了它，它解决了这个问题。
我猜你打开了好几次。(基本上是在重复Avicena00说过的话)
我在尝试导入过大的文件时遇到此错误。我不得不在我的网页的requestLimits区域增加maxAllowedContentLength值。配置来修复它。
如上所述，这是一个老问题，但我在运行新版本的Visual Studio时遇到了它，并且没有看到列出的解决方案。在我的经验中，这个问题发生在服务使用较低版本的。net时(在我的情况下是3.0 vs 4.5)。将。net版本的项目属性改为4.5(与引用服务的项目相匹配)，解决了我的问题。
这对我有用:工具>选项>调试>使用托管兼容模式
Visual Studio 2018 Options
在我的例子中，问题是我在两个Visual Studio实例中打开了相同的项目及其副本(在不同的目录中)。最终的解决方案很简单，就是关闭所有Web项目的IIS实例和所有Visual studio实例。每次只打开一个项目后，调试就开始像魅力一样工作了。
当我调试一个和另一个解决方案时，我得到这个错误。答案很简单单击解决方案->属性->多个启动项目然后选择projects，点击f11