我的公司给了我一个Web应用程序项目，我去调试它并设置了一些断点，但它们没有开火。我在整个地方使用Response.Write进行调试。有谁知道可能会发生什么？
我正在运行我的本地主机上的应用程序我正在推动F5，但由于断点没有通过进行更改并添加Response.Write语句并单击“保存”然后刷新浏览器，我得到了无论出于何种原因的更改。
将鼠标悬停在断点上会显示“断点当前不会被命中，源代码与原始版本不同”
另一个小问题是我创建了一个新的Web应用程序项目并创建了一个断点并且它可以工作，它只是特定于这个应用程序，但不知道它可能是什么？
答案 0 :(得分：0)
好的，在阅读了你问题上发表的评论后，我做了以下假设。
我之前已经看到过这个问题，对我来说，已经通过重启Visual Studio解决了这个问题。
答案 1 :(得分：0)
绝对需要更多信息，但我会检查你是否正在构建调试符号来覆盖愚蠢的东西。
答案 2 :(得分：0)
假设您在安装了Visual Studio的同一台计算机上运行IIS：
只是为了确保您在调试模式下运行？
答案 3 :(得分：0)
我之前也遇到过这个问题，而不是使用response.write，您可以尝试将数据输出到标签控件的文本值，而不是查看代码的值。
这是一个草率的工作，但我无法弄清楚为什么我正在处理的一个特定项目没有让我调试它。
答案 4 :(得分：0)
将鼠标悬停在断点上会显示“断点当前不会被命中，源代码与原始版本不同”
试试这个：
答案 5 :(得分：0)
对我来说，这个问题主要是由于网络服务器加载的dll文件（符号）不匹配，以及当你尝试断点时项目指向的那些文件。这是不同的文件。我找到了不同的原因。一个可能是webdev instans的简单挂起（强制关闭。但是如果你在与web项目相同的解决方案中的项目之间有不同的编译方法，那么就会出现某种不匹配。
这个desc可能不是你的确切问题，但它可能会引导你走向正确的方向。我发现这通常是一个肮脏的非逻辑错误，只是令人恼火（但也完全可以修复，没有数据丢失或重新配置，当你理解这个技巧）。
答案 6 :(得分：0)
我遇到了同样的问题，事实证明只有Internet Explorer可以使用调试和断点。为了避免将IE作为我的默认浏览器，我更改了.Web项目中的启动设置，以路径作为命令行参数运行IE。