我遇到过几次这种情况，但总是忘记是什么原因造成的。 当我在文件后面的代码上重命名命名空间时，我遇到了这个问题，但不是在XAML中。

所以检查一下你是否做了同样的事情。

名称空间和类名需要匹配，因为它们都是部分类的一部分

namespace ZZZ
{
    /// <summary>
    /// Interaction logic for MainWindow.xaml
    /// </summary>
    public partial class MainWindow
    {
         //...
    }
}

<!-- XAML -->
<Window x:Class="ZZZ.MainWindow">

我刚刚遇到了这个问题，原来是我的项目存储在我的用户文件夹中，它存储在网络上，我们有一个短暂的网络中断。我做了一个模型;它抱怨说，我的文件在编辑器之外被修改了(其实没有;文件锁刚刚被borked)，它构建得很好，删除了关于InitializeComponent()方法的错误。

顺便说一句，如果你想知道，从网络驱动器开发一些东西是不好的做法。当你试图利用。net的托管代码时，这就变得特别成问题;根据我的经验，每次你建造的时候它都会崩溃。我忘了把这个一次性的小项目放在合适的文件夹里，最终付出了代价。

当我不小心从xaml定义中删除类引用时，这发生在我身上:

我已经替换了

<Window x:Class="myapp.MainWindow"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">

第一行是:

<RibbonWindow 
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">

我知道这不是最初问题的答案(因为这是在另一台机器上构建的项目)，但错误消息是一样的，所以也许我会帮助别人解决这种情况。

在我将一个新的平台“x86”添加到解决方案配置管理器后，我也有这个错误消息。之前它只有“任何CPU”。解决方案仍在运行，但在错误窗口中显示了多个此类错误消息。

I found the problem was that in the project properties the 'Output Path' was now pointing to "bin\x86\Debug". This was put in by Configuration Manager at the add operation. The output path of the 'Any CPU' platform was always just "bin" (because this test project was never built in release mode), so the Configuration Manager figured it should add the "\x86\Debug" by itself. There was no indication whatsoever from the error messages that the build output could be the cause and I still don't understand how the project could even run like this. After setting it to "bin" for all projects in the new 'x86' configuration all of the errors vanished.

我尝试了上面所有的建议。如果你太努力而没有成功，那就走更容易的路。创建一个新页面。xaml然后复制新类的代码并删除有问题的类xaml。不要花更多的时间。

.xaml文件的构建动作也必须设置为“Page”，当在项目之间移动xaml文件时，这个设置会丢失(至少在VS 2010中是这样)。