在使用VS开发时，有时断点会无法进入，特别是在一个项目中引用另一个类库项目时。如下图。
我在一个项目中引用了自定义的控件MyControl类库，但在使用时发现，有些地方还需要调整，比如这里我需要增加一个GUID作为特殊标识，并输出以供测试。但是当我将这段代码加入进去后，按F5运行程序时，这段代码的断点没有如预期的进入。
注：无法进入的断点是空心的，可以进入的断点是实心的。
于是将鼠标定位到了断点的位置，提示如上图。会发现这是因为源代码与原始版本不同造成的。这时我们可以按照提示中所说的方法来解决试试。
解决方法1：右击断点->位置->允许源代码与原始版本不同<喎�"https://www.2cto.com/kf/ware/vc/" target="_blank" class="keylink">vc3Ryb25nPjxzdHJvbmc+oaPI58/Czbw8L3N0cm9uZz48L3A+CjxwPijXotLi0qrU2rfH1MvQ0Ne0zKzPwtPSu/e2z7Xjo6yyu8i7u+HO3reouPzQwrT6wuspPGJyPgo8L3A+CjxwPjxicj4KPC9wPgo8cD48aW1nIHNyYz0="http://img.2cto.com/Collfiles/20140123/2014012308574675.jpg" alt="\">
但是在实际运行时会发现，此方法并不一定靠谱，因为调试时断点自动往下跳了。这样一来，断点同样会无法进入。
解决方法2:工具->选项->调试->常规->禁用要求源文件与原始版本完全匹配。如下图
这时再运行，断点已经可以正常进入了。
解决方法3:重新生成解决方案或者先清理解决方案再生成解决方案
这时再运行，断点也可以正常进入。
那么为什么会造成这种情况呢？这时因为调试时使用的是PDB(Program Database)文件，而当我们在类库中修改代码后，由于没有重新编译，会使用上次的PDB文件，这样就造成了原来的PDB和新的代码文件不匹配，自然调试时也就无法正确进入断点。
再有前面提到，有时断点会跳到其他的位置，是因为断点是定位在代码的行上的，而PDB文件中记录了代码的行数，但是PDB文件却没有更新，所以当我们强行将断点处的代码设置"允许源代码与原始版本不同"时，如果依旧使用上一次的PDB文件，自然断点的行数就定位到了上次记录的代码行数，所以断点就会往后跳了。