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

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

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

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

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

此问题的另一个解决方案是简单地将属性-> Build Action从嵌入式资源更改为其他任何内容，保存，然后将其更改为嵌入式资源。错误消失了。

对于那些在调试模式下没有错误，但在发布模式下有指定的错误(但项目运行正常)的人来说，这里有一些简单的尝试:

打开与出现问题的XAML .cs文件对应的XAML文件。 进行编辑——任何编辑，比如在某处添加空格 保存文件并关闭

这种方法在VS 2015中对我有效，根据其他用户的说法，在2017年和2019年也是如此

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

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

我在使用迁移向导将。net461项目迁移到新的sdk风格的csproj格式时遇到了这个问题。我必须把这个添加到我的csproj:

  <PropertyGroup>
    <UseWPF>true</UseWPF>

然后删除从迁移向导生成的任何Page标记……

<Page Include="Views\MyCustomControl.xaml">
  <Generator>MSBuild:Compile</Generator>
  <SubType>Designer</SubType>
</Page>

这有一个非常具体的原因，它在项目设置中。当您试图将WPF控件/窗口添加到. net 2.0类库或项目中时，通常会发生这种情况。出现此错误的原因是项目不知道它正在构建WPF控件或窗口，因此试图将其作为c# 2.0项目构建。

解决方案涉及编辑.csproj文件。右键单击引起问题的项目，选择“卸载项目”。右键单击未加载的项目并选择“Edit .csproj”。将打开.csproj文件，您可以看到XML。看看下面这行:

<Import Project=…..

它在文件的末尾，你仅有的一行大概是

<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />

这告诉Visual Studio将项目构建为. net 2.0项目。我们要做的是告诉Visual Studio这实际上是一个WPF项目，所以我们必须添加以下一行:

<Import Project="$(MSBuildBinPath)\Microsoft.WinFX.targets" />

这一行将告诉Visual Studio将项目构建为WPF项目。现在你的.csproj文件底部应该是这样的:

<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />
<Import Project="$(MSBuildBinPath)\Microsoft.WinFX.targets" />

保存.csproj文件，在解决方案资源管理器中右键单击它，并选择“重新加载项目”编译，就是这样，您都完成了!