无法自动进入服务器.调试器未能在服务器进程中停止

我花了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