我通过首先删除有问题的文件来解决这个问题。

编译。

出于某种原因，程序还是会运行。它不应该编译。它有错误之类的，但还是能运行。

我读了有问题的文件。再次运行。不知怎的，它自己固定了。

注意vs中的“Output”窗口，它会告诉你加载了哪些程序集以及何时加载。您可能会看到正在加载文件夹中某个位置的程序集的旧版本。

例如，如果您有多个程序集，并且当前正在尝试插入其中一个支持程序集，CLR将处理程序集解析，这可能会加载您在项目中引用的程序集文件以外的另一个程序集文件。

我遇到了这个问题，这是因为我们的DevOps团队要求Azure云设置。在开发时，只需将其从Web.config中删除。

<httpRuntime maxRequestLength="102400" />

    <!--TODO #5 comment out for IIS Express fcnMode goes with httpRunTime above in other environment just in DEV -->
    <!--fcnMode="Disabled"/>-->

有一个几乎察觉不到的设定为我解决了这个问题。 如果有一个特定的源文件没有命中断点，则可以将其列在

解决方案资源管理器 右键单击解决方案 属性 公共属性 调试源文件 "不要找这些源文件"

出于某种我不知道的原因，VS 2013决定在那里放置一个源文件，随后，我无法在该文件中点击断点。这可能是“源代码与原始版本不同”的罪魁祸首。

在我的例子中，我在VS 2012中附加了一个正在运行的进程。当附加时，你可以选择以各种模式(本机、脚本、silverlight、托管2.0、托管4.0等)进行调试。默认情况下，调试器自动选择模式。然而，自动并不总是做出正确的选择。如果进程包含多种类型的代码，请确保调试器使用的是正确的代码。

对我来说，那是在做一个网站项目的时候。在清理了这些临时文件夹后，我得到了正确的编译器错误:

C:\Documents and Settings\ %username%\AppData\Local\Temp\临时 ASP。网络文件 C: \ windows \ Microsoft.NET \ Framework \ v4.0.30319 \临时ASP。网 文件

我最终解决了这个问题，当我发现一个类文件，我故意移动到一个子文件夹，以某种方式重新出现在根文件夹。当我在编辑另一个的时候，VS用了那个。