后来我的程序中的断点出现了一些问题，说它们不会被命中，因为源代码和编译代码不同。我决定在我的公共 MainWindow() 函数上设置一个断点，看看发生了什么。
现在我收到进入中断模式失败的错误，原因如下：源文件'F:\cAdmin\OO\OO\MainWindow.xaml.cs'不属于正在调试的项目。
我觉得这很有趣，因为我的项目存储在我的闪存驱动器 (L:) 而不是 F: 上。
我已经重建了我的项目并清理了它（很多次），重新启动了我的计算机，移动了我的闪存驱动器，以及我能想到的任何其他东西。
删除解决方案用户选项 (.suo) 文件。
如果您遇到“有趣”的调试问题，通常意味着 suo 文件已损坏。
删除解决方案 suo 文件。这为我解决了每次断点的奇怪调试问题。请注意，您将丢失解决方案设置，例如书签、断点等。
视觉工作室 2012 更新 3
没用：
工作过：
工具->选项->调试->编辑并继续->取消选中编辑并继续复选框
试过这个，但它没有用。对我来说最终解决了：
构建 > 清洁解决方案构建 > 构建解决方案 (F6)
我在我们开始为客户维护并迁移到 Visual Studio 2010 的一组解决方案中遇到了这个问题。“删除 .suo 文件”不起作用。
不知何故，这组源代码将两个汇编项目包含在同一个目录中，共享一个源文件文件。该文件本身不在警告对话框中。
这解决了问题：
至少可以说，对我来说，解决方案有点深奥！我在 Azure WorkerRole 项目中有一个 workflow.xaml，它被设置为 BuildAction: XamlAppDef 而不是 None。出于某种原因，这导致项目无法获取对其他文件的任何更改——即使 VS2013 报告了成功的构建——这导致在尝试调试 WorkerRole 时出现“进入中断模式失败”错误。
其他症状包括未被识别的类型（即被 IDE 着色）和智能感知不起作用。将 xaml 文件构建操作设置为“无”解决了问题（无论如何我都会动态加载工作流）。
我提到这一点是为了以防其他人做了类似的事情而其他解决方案不起作用。
我的解决方案中有一个库项目 A 和一个 Web 项目。需要将项目B的项目引用添加到库项目A中进行调试。这样做了，但它不起作用。
问题是 web 项目也通过 DLL 引用了项目 B；所以我还需要将其更改为项目参考，然后它就起作用了。
对我来说，选择项目|添加现有项目，然后选择错误消息中命名的文件有效。
当我尝试复制不在源代码管理中的项目时，我遇到了同样的问题。
该问题的解决方案是 bin 目录被标记为只读（必须在复制过程中发生），因此该项目在不同主机上构建的库上运行，并且无法单步执行。
确保您手动删除了 bin 目录中的所有项目，并确保可以写入“bin”目录。