之前写了一遍了，哪知道由于时间太长可能是网站的Session过期了吧，提交之后又让我重新登录，登录之后就哈都没有了，我哭啊。
这遍我没有校稿有语句不通顺的地方请大家多多谅解
。
最近一直在做项目忙滴很，所以没时间写博客。还好项目快收尾了心情还是比较好哒。昨天我们进行了大面积的程序测试，除了一些小的bug之外整体的项目还是让我们比较满意德。但后来我们发现这个项目竟然"吃"内存，这让我们很郁闷靠了，这么长时间的努力不会白废了吧，要知道一个系统的性能是很重要的。之后我们这对这个项目时行了内存监视。
注意任务管理器中的PresentationHost.exe 进程 [Windows Presentation Foundation (WPF) 宿主 (PresentationHost.exe) 是一个应用程序，它使 WPF 应用程序可承载于兼容的浏览器（包括 Microsoft Internet Explorer 6 及更高版本）中。(摘自MSDN)]
刚开始的时候内存使用情况是178628K
半个小时之后1051696K
相差多少我想就不用我说了吧。
之后我们就此问题进行了讨论，拿出了N+1种方法结果也不尽如人意。中午在网上看到了一个方法，我们决定试试。于进在App.xaml中出现了以下代码。
代码
public static extern bool SetProcessWorkingSetSize(IntPtr proc, int min, int max);
public void FulshMemor()
{
if (Environment.OSVersion.Platform == PlatformID.Win32NT)
SetProcessWorkingSetSize(System.Diagnostics.Process.GetCurrentProcess().Handle, -1, -1);
}
public App()
{
this.Exit += new ExitEventHandler(App_Exit);
var timer = new DispatcherTimer{Interval=TimeSpan.FromMinutes(20};
timer.Tick += (s, e) => FulshMemor();
timer.Start();
}
在应用程序中，往往为了释放内存等，使用一些函数，其实，对于内存操作函数要谨慎使用，比如大家常常想到的 SetProcessWorkingSetSize，其实对于windows来说，系统会自动在程序闲置时（如程序被最小化）释放内存的，自己用内存释放时，往往会造成一些莫名的内存错误，造成自己的应用程序及系统不稳定。
看看这个API SetProcessWorkingSetSize
这是从MSDN摘下的原话
Using the SetProcessWorkingSetSize function to set an application's minimum and maximum working set sizes does not guarantee that the requested memory will be reserved, or that it will remain resident at all times. When the application is idle, or a low-memory situation causes a demand for memory, the operating system can reduce the application's working set. An application can use the VirtualLock function to lock ranges of the application's virtual address space in memory; however, that can potentially degrade the performance of the system.
使用这个函数来设置应用程序最小和最大的运行空间，只会保留需要的内存。当应用程序被闲置或系统内存太低时，操作系统会自动调用这个机制来设置应用程序的内存。应用程序也可以使用 VirtualLock 来锁住一定范围的内存不被系统释放。
When you increase the working set size of an application, you are taking away physical memory from the rest of the system. This can degrade the performance of other applications and the system as a whole. It can also lead to failures of operations that require physical memory to be present; for example, creating processes, threads, and kernel pool. Thus, you must use the SetProcessWorkingSetSize function carefully. You must always consider the performance of the whole system when you are designing an application.
当你加大运行空间给应用程序，你能够得到的物理内存取决于系统，这会造成其他应用程序降低性能或系统总体降低性能，这也可能导致请求物理内存的操作失败，例如：建立 进程，线程，内核池，就必须小心的使用该函数。
程序每20分钟执行一次内存释放。20分钟之后的内存使用情况 301192K是不是效果很明显呐
再看看性能指标的一些参数，老子TM一下子就疯了。
虽然对PresentationHost.exe 程序进行了收缩，但虚拟的内存并没有进行释放。
事实上，使用该函数并不能提高什么性能，也不会真的节省内存。
因为他只是暂时的将应用程序占用的内存移至虚拟内存，一旦，应用程序被激活或者有操作请求时，这些内存又会被重新占用。如果你强制使用该方法来 设置程序占用的内存，那么可能在一定程度上反而会降低系统性能，因为系统需要频繁的进行内存和硬盘间的页面交换。
BOOL SetProcessWorkingSetSize(
HANDLE hProcess,
SIZE_T dwMinimumWorkingSetSize,
SIZE_T dwMaximumWorkingSetSize
);
将 2个 SIZE_T 参数设置为 －1 ，即可以使进程使用的内存交换到虚拟内存，只保留一小部分代码
而桌面日历秀 之所以能够 总是保持 最小内存，是因为使用了定时器，不停的进行该操作，，所以性能可想而知，虽然换来了小内存的假象，对系统来说确实灾难。
当然，该函数也并非无一是处，
1 。当我们的应用程序刚刚加载完成时，可以使用该操作一次，来将加载过程不需要的代码放到虚拟内存，这样，程序加载完毕后，保持较大的可用内存。VB尤甚
2.程序运行到一定时间后或程序将要被闲置时，可以使用该命令来交换占用的内存到虚拟内存。
最后没办法老子在调用API后使用了GC进行强制内存回收。虽然达到了理解的效果，但本人并不推荐使用这种方法。如果大家有针对WPF内存释放的好方法的话白忘拿出来分享一下哦。