在Windows操作系统中，内存泄漏是一个常见的问题，它会导致系统性能下降，甚至系统崩溃。本文将介绍一个具体的内存泄漏案例，以及如何通过任务管理器、进程监控工具和动态缓存服务等手段进行诊断和解决。
在一次系统监控中，发现系统的内存使用率突然上升，从原本的4GB（总共16GB内存）飙升至99%。通过任务管理器的“进程”标签页检查，并未发现任何进程明显消耗大量内存。为了进一步分析，下载了进程监控工具Process Monitor，发现有数千次文件系统活动，这些活动由某个进程发起，试图读取一些数据文件。
使用RAMMap工具进一步检查后，发现元文件的大小异常高。这表明内存使用率的上升可能是由于某个进程在读写数据文件时创建了大量文件句柄，并且在操作完成后没有适当地关闭这些文件句柄。这导致了元文件大小的增加，因为元文件需要跟踪文件系统活动。由于元文件缓存在不同进程之间共享，任务管理器报告的该进程的内存使用量保持较低，因为任务管理器在计算进程内存使用量时并未考虑元文件的大小。
首先尝试重启了有问题的应用程序，内存使用量立即下降。然而，由于内存泄漏是由于应用程序中的一个bug导致的，服务器的内存使用量在三天后再次上升到99%。下载并安装了微软的动态缓存服务，希望一些缓存能帮助防止内存泄漏。但遗憾的是，尽管动态缓存服务有所帮助，但由于内存泄漏非常严重，应用程序运行两周后，内存使用量最终还是会增加到99%以上。考虑了每天定时重启应用程序以减少内存使用量，但这可能会导致服务中断。因此，需要一个更持久的解决方案。
接下来，尝试使用RAMMap的“Empty Working Set”和“Empty System Working Set”功能，发现内存使用量瞬间下降，而无需重启服务。在清空这些集合后，服务仍然正常工作。因此，这至少是一个不错的临时解决方案。接下来，任务是编写一个程序来自动清空这些集合，并将其作为定时任务运行，同时等待制造商的官方修复。为此，使用了Analysis Services Stored Procedure项目中的代码，该项目有一个包装方法来清除文件系统缓存：
C++
FileSystemCache.ClearAllCaches();
然而，这种清理并不像RAMMap那样彻底，仍然需要手动清空每个进程的工作集，以获得相同的效果：
C++
static void Main(string[] args)
{
try
{
Console.WriteLine("\nClearing active/standby system file cache ...");
FileSystemCache.ClearAllCaches();
Console.WriteLine("\nSuccessfully cleared active/standby system file cache ...");
}
catch (Exception ex)
{
Console.Write(ex.Message);
}
Process[] plist = Process.GetProcesses();
try
{
foreach (Process p in plist)
{
if (p.Id == Process.GetCurrentProcess().Id)
{
Console.WriteLine("\nIgnoring current process #" + p.Id + "(" + p.ProcessName + ")");
}
else
{
Console.WriteLine("\nEmptying working set for process #" + p.Id + "(" + p.ProcessName + ")");
EmptyWorkingSet(p.Handle.ToInt64());
Console.WriteLine("\nSuccessfully emptied working set for process #" + p.Id + "(" + p.ProcessName + ")");
}
}
}
catch (Exception ex)
{
Console.WriteLine("\nError: " + ex.Message);
}
}
[DllImport("psapi")]
public static extern bool EmptyWorkingSet(long hProcess);