我正在处理一个 ASP.NET MVC 项目，该项目在附加到 IIS 进程 (w3wp.exe) 时似乎遇到一些问题。我在自己的本地计算机上运行该解决方案和 IIS 8.5，因此我认为这与我们的网络没有任何关系。对我来说奇怪的是，我能够在本地调试的任何其他解决方案上命中断点。
我遇到的问题是断点变成红色空心圆圈并且永远不会被击中。通常解决此问题的方法是清理/重建解决方案，但这并没有起作用。我已经通过向页面添加“抛出新异常”并确保它显示异常来确认正在更新代码。同样，这个问题只发生在这个解决方案中。我运行调试器的任何其他解决方案都可以正常工作。我还尝试过重新启动应用程序池、网站、IIS 以及我的计算机。
我读过的一些文章提到防病毒程序可以阻止远程调试器访问进程。但是，整个设置都包含在我的本地计算机上，因此听起来这不是问题。不过，这确实让我有点担心，因为我们最近聘请了一位新的 IT 人员，他对每个人的机器进行了很多更改。
要补充的另一点是此 Web 应用程序的独特之处是 IIS 中的绑定(bind)。绑定(bind)是“*”，以便利用与子域相关的一些自定义功能。
与此同时，我将继续寻找解决方案，但如果有人有任何想法可能导致该解决方案无法正确调试，我将非常感激。
编辑:找到了建议删除 ASP.NET 临时文件的解决方案。运气不好。
最佳答案
已解决。最终是在调试菜单中选择了错误的配置。我错误地将其切换到无法加载文档符号的发布配置。将其切换到调试配置，现在断点命中正常。
要添加下面提到的 Abacus，它也可能是一个 web.config 转换，它会扰乱您的构建。在我们的例子中，我们的发布配置从 web.config 的编译部分删除了 debug 属性。下面是示例的屏幕截图和 Visual Studio 的构建配置下拉列表。
注意:还要确保您的平台和配置正确。就我而言，Dev.Debug|Mixed Platforms 无法正确构建解决方案，但 Dev.Debug|Any CPU 可以。
关于asp.net-mvc - Visual Studio 断点未被命中，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/21582022/