内存泄漏可通过任务管理器初筛、perfmon验证、vmmap分析、umdh追踪及内存诊断工具五步定位：先查异常进程内存与句柄增长，再区分用户/内核模式泄漏，继而分析堆内存分布与调用栈，最后排除硬件故障。
当Windows系统出现响应迟缓、应用程序频繁卡顿或无故崩溃，且任务管理器中显示某进程内存占用持续攀升而无法回落时，极可能发生了内存泄漏。以下是检测与定位该问题的具体操作步骤：
一、使用任务管理器初步筛查异常进程
任务管理器提供实时内存使用视图，可快速识别长期增长且不释放内存的可疑进程，是定位用户模式泄漏的第一步。
1、按 Ctrl + Shift + Esc 直接打开任务管理器。
2、切换至“进程”选项卡，点击“内存”列标题进行降序排列。
3、持续观察数分钟，确认是否存在某一进程的“内存”数值呈单调上升趋势，且在空闲状态下仍不回落。
4、右键该进程，选择“转到详细信息”，在“详细信息”选项卡中同步检查其“句柄数”“用户对象”“GDI对象”三项是否同步异常增长。
5、若三项指标均随内存持续升高，则该进程存在用户模式内存泄漏的高度嫌疑。
二、利用性能监视器（PerfMon）验证泄漏模式
PerfMon可采集系统级内存池指标，通过时间序列变化判断泄漏类型（用户模式或内核模式），避免误判缓存行为。
1、按 Win + R 输入 perfmon 并回车启动性能监视器。
2、在左侧导航栏右键“性能监视器”，选择“属性”，点击“添加”按钮。
3、依次添加以下三个计数器：Memory\Pool Nonpaged Bytes、Memory\Pool Paged Bytes、Paging File\% Usage。
4、设置采样间隔为 600 秒（10 分钟），总采集时长不少于 2 小时。
5、运行疑似泄漏的应用程序，期间避免其他高负载操作；观察图表：若 Pool Paged Bytes 与 Paging File % Usage 同步稳步上升，则指向用户模式泄漏；若仅 Pool Nonpaged Bytes 持续增长，则倾向内核模式泄漏。
三、借助VMMap分析进程内存分布
VMMap是Sysinternals套件中的专用工具，能直观呈现进程各内存区域（如Private Data、Mapped File、Heap等）的大小与状态，精准识别泄漏源头所属内存段。
1、从微软官方下载 Sysinternals Suite 并解压，运行 VMMap.exe（需以管理员身份）。
2、在主界面点击“进程”菜单 → “刷新进程列表”，找到目标进程并双击加载。
3、等待分析完成，在顶部概览栏中重点关注 “Private Data”列数值是否随操作持续扩大。
4、切换至下方“堆”视图，查看是否有某个堆块（Heap）的“Committed”值不断增长且无对应释放动作。
5、右键该堆块，选择“堆摘要”或“堆转储”，导出数据供后续深度分析。
四、启用UMDH进行用户模式堆内存追踪
UMDH（User-Mode Dump Heap）可记录堆分配调用栈，配合调试符号生成差异报告，直接定位未释放内存的源代码位置，适用于已知可复现场景。
1、以管理员身份打开命令提示符，执行 umdh -v -p:PID > baseline.txt（PID替换为目标进程ID，获取方式见任务管理器“详细信息”选项卡）。
2、让应用程序运行一段时间并触发疑似泄漏操作（如反复打开关闭窗口、加载资源等）。
3、再次执行 umdh -v -p:PID > after.txt 获取当前堆快照。
4、运行 umdh -f:diff.txt baseline.txt after.txt 生成差异报告。
5、打开 diff.txt，查找 +xxxx bytes (yyyy allocations) 标记行，其后跟随的调用栈即为泄漏内存的分配点。
五、运行Windows内存诊断工具排除硬件因素
物理内存模块故障或兼容性问题可能导致系统误报或诱发驱动级内存异常行为，需先行排除底层硬件干扰。
1、在开始菜单搜索 “Windows 内存诊断” 并打开。
2、选择 “立即重新启动并检查问题”，系统将重启进入专用诊断环境。
3、等待自动扫描完成（通常需15–30分钟），完成后返回Windows。
4、在事件查看器中打开 Windows 日志 → 系统，筛选来源为 MemoryDiagnostics-Results 的事件。
5、若事件中出现 “检测到内存故障” 或错误代码（如0x0000000a），则需更换内存条或调整BIOS内存参数。
