在Visual Studio中调试时,有时我添加了一个断点,但它是空心的,VS说“断点目前不会被击中。”源代码与原始版本不同。”显然,这使我无法进行调试。
这条消息到底是什么意思?什么原始版本?如果我只是打开了解决方案,而没有对代码做任何更改,又怎么会有“原始版本”呢?
在Visual Studio中调试时,有时我添加了一个断点,但它是空心的,VS说“断点目前不会被击中。”源代码与原始版本不同。”显然,这使我无法进行调试。
这条消息到底是什么意思?什么原始版本?如果我只是打开了解决方案,而没有对代码做任何更改,又怎么会有“原始版本”呢?
当前回答
确保在csproj中将<Optimize>false</Optimize>设置为false
其他回答
我之前一直在摆弄我的csproj文件。所以在项目属性(VS 2013) > Web选项卡>服务器部分>[下拉],我有“IIS快速”选择当我以前有“本地IIS”选择。一旦我将设置修正为之前的设置,断点就可以工作了。
我刚刚重启电脑,它为我工作得很好。
在我将现有文件添加到项目后,它碰巧在Visual Studio 2017上。这招对我很管用:
关闭溶液, 转到SolutionFolder\。vs\SolutionName\v15\sqlite3,删除storage.ide 再次打开解决方案
在我的案例中,是项目/属性/构建选项卡中的错误设置
我有一个主项目引用项目xxx.dll 引用dll中的断点未被命中。
对dll的引用被设置为库文件夹中的bin\debug\xxx.dll
因此,当我调试主项目时,它会到库的bin\debug文件夹中寻找xxx.dll。
但是,在库的属性中,由于一些黑暗的原因,输出路径被设置为bin\x86\debug而不是bin\debug
因此,库的每次构建都将新的dll放在bin\x86\debug文件夹中,而不是在bin\debug中
所以VS在调试的时候总是找到一个旧的库的dll,因此错误是正确的,有一个不同的源。
所以我修正了从库到bin\debug的输出路径,所以主项目的引用现在会找到正确的版本,现在我的断点再次被击中。
我花了好几个星期才弄明白
在我的例子中,我被分配了大约120kb的base64值给静态类中的静态约束字符串字段。之后出现了这个问题。我尝试了很多解决方案,但问题没有解决,直到我把这个沉重的任务。
我的环境: MS VS Community 2017 版本15.9.16