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

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

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

这有一个非常具体的原因，它在项目设置中。当您试图将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文件，在解决方案资源管理器中右键单击它，并选择“重新加载项目”编译，就是这样，您都完成了!

这发生在我身上，因为一个Nuget包卸载程序吹走了App.xaml中<Application>元素上的所有属性。这包括x:Class属性，它指定应用程序类名。因此从未生成包含InitializeComponent()方法的分部类。

我通过将App.xaml恢复到源控制副本来解决这个问题。

我的方法是关闭解和删除”。解决方案路径下的Vs "文件夹。 (它会让你丢失所有的编辑器状态-打开的文件列表，窗口位置和错误缓存)

它总是有效的。

这个问题发生在我创建一个“WPF应用程序项目”，然后将其构建目标更改为“类库”，以供另一个程序用作外部工具时。

我改变了我所有的。xaml文件为我的窗口，使他们的构建动作设置为“页”。我没有意识到的是，该项目还包含“App.xaml”和“App.xaml.cs”。

“App.xaml”也需要设置为“Page”，或者完全删除(连同“App.xaml.cs”)。我选择了前者，当我意识到这些文件毫无用处时，我选择了后者。

由于某些原因，在复制。xaml和项目之间的。cs之后，构建操作有时会发生变化。请确保您的。xaml的构建操作为Page。