必须用任务管理器详细视图查看“提交大小”等三项内存指标：按ctrl+shift+esc打开→点“详细信息”→右键列标题勾选“提交大小”“工作集（内存）”“内存（专用工作集）”→按“提交大小”降序排序→查前5名进程关联的服务或模块定位真凶。
当你发现电脑变慢、风扇狂转，却找不到哪个程序在偷偷吃内存时，必须用任务管理器精准定位每个进程的真实内存占用——不能只看默认的“内存”列，否则会漏掉提交大小高达几GB却“隐身”的内存大户。
打开任务管理器并切换到完整视图
按 Ctrl + Shift + Esc 一键呼出任务管理器，这是最快最稳的方式，比右键任务栏或 Ctrl+Alt+Delete 更少受系统卡顿影响。
如果界面显示的是简化版（只有“应用”“后台进程”等分类），直接点击窗口左下角的【详细信息】按钮，切到全字段视图。这一步跳过会导致后续看不到关键内存指标。
添加真正反映内存压力的关键列
在“详细信息”标签页中，右键任意列标题（如“名称”或“PID”）→ 选择“选择列”。
在弹出窗口中，务必勾选以下三项：
✅ 提交大小（最重要，代表该进程申请的全部虚拟内存）
✅ 工作集（内存）（当前实际驻留在物理内存中的部分）
✅ 内存（专用工作集）（排除共享内存后，它独占的RAM）
【提交大小是判断内存是否被长期霸占的核心依据】。有些程序（比如某些Java服务或老旧数据库工具）工作集只有100MB，但提交大小动辄3GB以上，说明它已向系统预占大量地址空间，即使暂时不用也会阻碍其他程序分配内存。
按内存指标排序并识别异常进程
第一步：点击“提交大小”列标题，按降序排列——排在最上面的进程就是当前系统内存压力的真正源头。
第二步：对排在前5名的进程，逐个右键 → 选择“转到服务”，查看它是否托管了多个后台服务。例如一个 svchost.exe 进程若关联了 Superfetch、Dhcp、WSearch 等7项服务，而其中 WSearch（Windows搜索）正因索引损坏持续泄漏内存，就该优先处理它。
第三步：若发现 rundll32.exe 或 dllhost.exe 占用异常高，不要直接结束任务——【它们可能是系统关键组件的宿主，误杀会导致桌面崩溃或网络中断】，先记下PID，再打开资源监视器（任务管理器→性能→打开资源监视器→内存选项卡）交叉验证其模块加载路径。
