Wpf Visual Studio 2012 XAML设计器进程占用内存

我刚刚开始使用Visual studio 2012，它的问题是设计器进程和devenv.exe正在消耗超过1 Gig的内存。这里的问题是XAML设计器进程XDesProc.exe从不清理内存并一次加载大量设计器。不知道有谁会注意到它，因为它有很高的记忆力。但是我有4个内存，它只是增加了，并且大量使用了整个内存。我还有一张截图，上面显示了一位设计师使用的200兆

已编辑：当我进行构建而不是在发布模式下处于调试模式时，它会变得最糟糕，几分钟后应用程序就会出现。

---

是的，是XAML文件！以下是一些提示：

如果您不沉迷于

Design

视图（我从未使用过它），我会将

XAML

文件作为

txt

文件打开，这样它们就不必编译了——这应该会有所帮助

Right-Click on the .xaml file in Solution Explorer
Open with.. 
Select Source Code (Text) Editor
Click <Set as Default> button so  you don't have to do it again.
Click <OK> button

右键单击解决方案资源管理器中的.xaml文件
以…开头。。
选择源代码（文本）编辑器
点击按钮，这样你就不必再做了。
点击按钮

当VisualStudio真的因为它的XAML慢而让我生气的时候。我切换到

Kaxaml

。它免费而且超轻

---

我还让Windows任务管理器保持打开状态，并在XDesProc.exe（MS VisualStudio XAML UI设计进程）弹出时定期终止它们。也许应该编写一个powershell脚本或一个应用程序来杀死这些。。（应该非常简单，创建一个计时器，然后在运行后查找并杀死）

这是一个旧线程，但这可能对某些人有用；我找到了“扩展”，使用它可以从VisualStudio中杀死XDesProc

---

[编辑]您也可以转到Options->XAML Designer并取消选中Enable XAML Designer。

VS2k10实际上没有什么不同，我的所有实例在启动后都>400mb RAM。您的问题/目的/目的是什么？在编辑器选项卡中减少打开的文件数。如果您负担得起，请在视图中检查VM类ctor，如果处于设计器模式，只需return不要在后台处理太多内容。最后设置64位构建配置并切换到它，即使在x86机器上也是如此（不确定是否可以在x86机器上使用64位构建配置）VS designer不能以64位运行，因此可能会减少更多的ide消耗。哦，检查并禁用您不绝对需要的任何加载项。最后，订购一些RAM或更好的机器。我不使用加载项，它是一个更新2的新安装。我用最坏的情况对它进行了更新，一旦我构建了它，我不认为我已经看到了一些TBH。我看到一些CI机器的TXT是4GB RAM，而不仅仅是在WPF项目中，甚至有C++之类的东西，它花费了更长的时间来构建东西。发布模式在C++中做了一些像LTCG这样的代码优化。我敢打赌WPF项目中也有类似的东西用于发布优化。ger与debug相比。此扩展是按需提供的。对于大多数人来说，这不是一个好的使用案例。即使使用“源代码（文本）编辑器”，VS仍然启动了XDesProc.exe进程。我刚刚将该文件从“XDesProc.exe”重命名为“XDesProc.exe.USABLE”，此后就没有启动它。