这种情况经常发生在我身上。当我在 Visual Studio 2010 中工作并说我进行了代码更改，然后构建...我现有的断点都被禁用/或无法设置，我也无法设置新的断点。有人对此有解决方案吗？这很烦人。到目前为止，我能够解决这个问题的唯一方法是重新启动 Visual Studio，这可能需要 5 到 8 分钟来重新索引所有内容或尝试在我的解决方案中重建单个项目。我的解决方案由构成整个程序的几个 DLL 组成。
【问题讨论】：
标签： c# windows visual-studio-2010 compilation breakpoints
检查您是否在项目中正确设置了依赖项。我知道如果代码“过时”，我的断点将被禁用。如果您没有正确设置依赖项，那么在重建更新的代码时，它不会重建所有相关代码，这将使这些模块“过时”。
由于这是 VS 2010，依赖项是项目而不是解决方案（您可以添加解决方案依赖项，但项目依赖项将延续到新的解决方案中，因此如果可能，这是更好的方法）。
【讨论】：
当您将配置管理器设置设置为发布而不是调试时会导致此问题。
在 Visual Studios 中，从菜单中选择 Build，然后选择 Configuration Manager。
在下一个对话框中选择您的项目，然后找到靠近左上角标题为“活动解决方案配置：”的下拉菜单，确保将其设置为调试。
这应该可以解决问题。
【讨论】：
事实证明，post.build 文件包含许多关于是否应该将多个 DLL 复制到目标目录的条件...因为我没有时间为这些操作选择 xml，所以我只使用了bash 脚本在构建后复制文件。无需复杂......否则，正式的解决方案涉及设置允许在编译后覆盖/复制DLL的条件。
我发现 Visual Studio post.build 文件的概念有点过分，因为最终是否用新编译的版本覆盖 dll 几乎没有什么区别，但是，如果您进行代码更改，编译，它不会t 复制到目标目录，您最终会使用过期的 DLL 运行您的应用程序，并且您没有使用最近的代码更改进行测试..！其他人甚至实现了带有 xml 和 goto 语句的 post.build 文件......！让微软来复杂化构建和调试过程......
【讨论】：
或者，如果您的代码受版本控制，请通过检查头版本重新开始，执行另一个清理和重建并再次开始调试。
无论出于何种原因，这使我能够再次在我的 VS 2010 C# 项目中插入断点，而对属性、配置等的任何处理都无法摆脱我的幻像断点问题。
【讨论】：
为此，我找到的最佳解决方案是辞掉我的 Windows 工作，并获得另一份使用 Xcode 的 Mac 开发人员的工作。！多么大的不同啊！我肯定再也没有看到过断点问题。！
【讨论】：