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

时间:2011-09-10 00:14:02

标签: c# asp.net debugging

尝试在Visual Studio 2008 Team System中使用F11进入某个进程时收到以下错误:

“无法自动进入服务器。调试器无法在服务器进程中停止。”

我在互联网上搜索了很长时间,我找到的最相关的信息是http://msdn.microsoft.com/en-us/library/65004e38%28v=VS.90%29.aspx。不幸的是,这没有帮助。所有迹象都表明我的ASP.NET设置不正确,但它是VS2008 Team System附带的IIS环境,因此我没有进行任何配置更改。

这个问题的答案,听起来似乎已经修复了我的解决方案,不再是一个活跃的链接:Unable to automatically step into the server when debugging WCF。有谁知道如何进入并解决这个问题?

11 个答案:

答案 0 :(得分:12)

这花了我3天时间,不少于5个人在寻找解决问题的方法;虽然我想报告确切的问题,但我还是要猜测。但是,当我执行以下操作时,我不再收到此错误:

我打开了我的测试解决方案中派生的基类的.cs文件。我在这个基类的构造函数中设置了一个断点。因为基类不在我的Web服务或我的测试解决方案的解决方案中(它只是被引用),VS2008无法进入这个.cs文件。

解决方案相当愚蠢。我在我的测试解决方案中打开了基类class.cs文件(仅限文件,而不是解决方案)。我在构造函数类中设置了一个断点,然后我就可以从那里逐步进入所有其他文件。一旦我能够在我的实际测试解决方案中成功设置断点并在基类中停止调试器,我就能够按照通常的预期继续调试。

我对这个问题的根本原因的唯一结论是VS2008被延迟了。对不起,这不是一个答案,但这就是我能够解决沉没超过30小时的问题。

答案 1 :(得分:3)

这可能是因为调试未到达您的断点,可能会在它之前发生一些错误。尝试在基类构造函数中添加断点。

答案 2 :(得分:2)

我知道这是一个老问题,但我遇到了类似问题,问题是我处于Release模式而不是Debug模式。更改为Debug模式解决了问题。我正在使用VS 2010。

答案 3 :(得分:1)

如果您打开并运行另一个解决方案(Visual Studio的另一个实例),则可能会出现此问题。

答案 4 :(得分:0)

当我将错误的项目设置为解决方案中的启动项目时,我收到了此错误。

答案 5 :(得分:0)

当我在浏览器中打开服务时,同样的事情发生了。我把它关闭了,它解决了这个问题。

猜猜你多次打开它。 (基本上重复Avicena00所说的)

答案 6 :(得分:0)

尝试导入太大的文件时出现此错误。我必须在web.config的requestLimits区域中增加maxAllowedContentLength值来修复它。

答案 7 :(得分:0)

如上所述,这是一个老问题,但我遇到了运行Visual Studio的更高版本的问题,并且没有看到我发现列出的解决方案。我的经验中遇到的这个问题发生在服务使用较低版本的.Net(在我的情况下为3.0 vs 4.5)时。更改.Net版本int项目属性为4.5(与引用该服务的项目相匹配)解决了我的问题。

答案 8 :(得分:0)

这对我有用:工具>选项>调试>使用托管的兼容模式

Visual Studio 2018 Options

答案 9 :(得分:0)

在我的情况下,问题是我在两个Visual Studio实例中打开了相同的项目及其副本(在不同目录中)。比最终解决方案更简单,因为关闭Web项目的所有IIS实例并关闭Visual Studio的所有实例。一次只打开一个项目后,调试就开始发挥作用。

答案 10 :(得分:0)

调试一个和另一个解决方案时出现此错误。 答案很简单 单击解决方案->属性->多个启动项目 然后选择项目,然后单击f11。