VS调试时断点无法进入或命中的原因及解决方法(PDB引发的)

在使用VS开发时,有时断点会无法进入,特别是在一个项目中引用另一个类库项目时。如下图。

VS调试时断点无法进入或命中的原因及解决方法(PDB引发的)

我在一个项目中引用了自定义的控件MyControl类库,但在使用时发现,有些地方还需要调整,比如这里我需要增加一个GUID作为特殊标识,并输出以供测试。但是当我将这段代码加入进去后,按F5运行程序时,这段代码的断点没有如预期的进入。

注:无法进入的断点是空心的,可以进入的断点是实心的。

于是将鼠标定位到了断点的位置,提示如上图。会发现这是因为源代码与原始版本不同造成的。这时我们可以按照提示中所说的方法来解决试试。

解决方法1:右击断点->位置->允许源代码与原始版本不同。如下图

(注意要在非运行状态下右击断点,不然会无法更新代码)


VS调试时断点无法进入或命中的原因及解决方法(PDB引发的)

但是在实际运行时会发现,此方法并不一定靠谱,因为调试时断点自动往下跳了。这样一来,断点同样会无法进入。

解决方法2:工具->选项->调试->常规->禁用要求源文件与原始版本完全匹配。如下图

VS调试时断点无法进入或命中的原因及解决方法(PDB引发的)

这时再运行,断点已经可以正常进入了。

解决方法3:重新生成解决方案或者先清理解决方案再生成解决方案

VS调试时断点无法进入或命中的原因及解决方法(PDB引发的)

这时再运行,断点也可以正常进入。

那么为什么会造成这种情况呢?这时因为调试时使用的是PDB(Program Database)文件,而当我们在类库中修改代码后,由于没有重新编译,会使用上次的PDB文件,这样就造成了原来的PDB和新的代码文件不匹配,自然调试时也就无法正确进入断点。

再有前面提到,有时断点会跳到其他的位置,是因为断点是定位在代码的行上的,而PDB文件中记录了代码的行数,但是PDB文件却没有更新,所以当我们强行将断点处的代码设置"允许源代码与原始版本不同"时,如果依旧使用上一次的PDB文件,自然断点的行数就定位到了上次记录的代码行数,所以断点就会往后跳了。

关于PDB的说明可以参看该文http://www.codeproject.com/Articles/349076/Know-Program-Database-file-PDB

VS调试时断点无法进入或命中的原因及解决方法(PDB引发的)

上一篇:发布几个常用的控件:MessageTip、FixedPositionDiv、FlashSlider、FloatContent 控件


下一篇:CF1515