这个问题网上的经验大概如下：

1。 清空方案，重新编译

2。 删除项目bin目录下的东西，重新编译

3。 解决相互引用的问题。

4。 确保不是run的release

5。把项目编译改为x86

6。 好像没发现其它的了。。。

这些解决不了我们手上的项目的问题。

我们的工程有几十个项目。

我长话短说，解决方法是：引导项目除了直接用到的项目需要引用外，还需要引用那些无法下断点的项目。

这样做的目的是让每次run引导项目时，能自动把最新的dll以及调试文件pdg复制到引导项目的bin目录下。

当然你也可以手工把最新的dll以及调试文件复制到引导项目bin目录。

好了，不知道我说明白没有。

有问题可以留言。

今天又遇到这个问题。经过仔细研究，发现新的解决方案如下：

（1）把你工程的全部项目设定输出路径到程序运行目录下（这个指的是你的启动项目）。

我来说明一下相对路径的意思：

下图中xxxxxWin32那个目录下有个目录Loader\bin，这个就是我的启动项目工作的目录。

..\表示上级目录，..\..\刚好表示的红线所示的向上跳两级

（2）如果有需要，把一些关键的项目的引用，由项目引用改为dll引用， dll全部引用启动项目工作目录下的dll。

（3）检查此问题的是思路是： 在命不中断点的项目中，弄几句调试输出的代码，然后重新编译，然后如果你发现输出代码没有生效，则可以断定是此项目没有被重新编译到，或者是你的程序可能引用了它的旧版本dll。这种情况下，既使你把这个项目卸载程序仍然可以正常工作。

此情况下，可以断定是引用问题，可以参考上面两点来解决。

目前这样处理后，暂没发现问题。有问题的话我会继续回贴。

注：

在我的vs2015 C# 环境下，还发现一种情况： 

某种情况下，VS编辑器会打开两个编辑页，但却是显示的同一个类的代码！

注意，这并不是VS的窗体拆分造成的。

这种情况造成的问题是：你会发现对源码修改后，即使立刻保存，下次打开场景发现之前的修改没有了。还会造成你无法在这个页面下任何断点的问题。

我说的这种情况，在vs2017的C#环境下也遇到过。

--------------------- 

作者：hackpig
来源：www.skcircle.com
版权声明：本文为博主原创文章，转载请附上博文链接！