如何确定工作集当前内存占用并解决内存映射文件自定义内存管理异常

核心技术文档参考（均可在微软MSDN本地归档库中获取完整内容） #

• Windows内核模式内存管理文档：
  重点查阅工作集运行机制、内存映射文件页生命周期、物理内存页回收策略三个模块，可明确QueryMemoryResourceNotification的触发逻辑同时依赖进程工作集剩余阈值和系统全局可用物理内存阈值，当前遇到的持续低水位通知问题，本质是取消映射后的页面在刷新完成后仍以过渡状态挂靠在进程工作集内，未被系统立即回收，进而触发接口的误判。
• 内存管理API参考手册：
  重点关注以下API的底层行为说明：
  • FlushViewOfFile：仅保证脏页落盘，不会主动从进程工作集移除对应物理页，也不会修改页的有效状态
  • VirtualUnlock：可对待回收的切片地址范围调用该接口，主动告知系统该段内存无需继续保留在工作集内，粒度远优于EmptyWorkingSet，不会误清理正在使用的内存页
  • GetProcessMemoryInfo：可替代QueryMemoryResourceNotification实现自定义水位判断，通过读取PROCESS_MEMORY_COUNTERS_EX结构体中的WorkingSetSize、AvailablePhysicalMemory等字段自行计算内存占用率，完全规避原接口对工作集状态的依赖问题

工程实现参考资料 #

• 内存页置换算法工业实现文档：
  重点查阅LRU变种算法的优化实现，针对体数据处理场景，可采用冷热数据分离的分段LRU策略，将随机访问和顺序访问的切片分开管理：顺序访问的切片只要超过当前处理位置即可直接标记为可回收，无需保留在LRU链表中，可大幅降低不必要的内存占用。
• 大型体数据处理内存优化实践资料：
  针对医疗影像、地质建模这类多体数据并行处理场景的内存管理方案，普遍采用固定大小内存池+分片映射的实现逻辑，完全绕过系统默认的工作集回收策略，不会出现系统级卡顿问题，可参考同类工业软件的公开技术实现说明。

现有实现优化方案 #

可先将水位监测逻辑替换为基于GetProcessMemoryInfo的自定义阈值判断，同时在取消映射切片前调用VirtualUnlock主动释放对应范围的工作集占用，即可解决低水位持续触发的问题，无需调用EmptyWorkingSet。

内容的提问来源于stack exchange，提问作者msedi