如何收集当前进程指定时间段内的峰值工作集使用统计数据？

Windows原生没有直接提供精准统计指定时间段内进程峰值内存的API，你提到的两种思路都是实用的折中方案，下面针对各自的问题给出具体的补充和优化方向：

一、周期性调用GetProcessMemoryInfo的优化 #

这种方法的核心短板是采样间隔导致的峰值遗漏，但可以通过两种方式降低误差：

• 缩小采样间隔：把间隔从常规的1秒压缩到100毫秒以内，能大幅减少短暂内存波动的漏捕概率；当然间隔不能无限制缩小，否则会增加CPU开销，建议根据场景平衡——对性能敏感的程序，200-500毫秒的间隔足够覆盖绝大多数峰值场景。
• 结合事件触发采样：用SetWinEventHook监听进程的内存分配相关事件（比如EVENT_OBJECT_MEMORYALLOCATION），触发时立刻调用GetProcessMemoryInfo采样，这样能精准捕捉突发的内存峰值，弥补定时采样的盲区。

二、InitializeProcessForWsWatch + GetWsChanges的细节处理 #

针对你提出的两个疑问：

• 已释放页面的处理：GetWsChanges返回的PWSCHANGES结构体中，Flags字段包含WSCHANGES_FLAG_PAGE_REMOVED标记，对应被移除的工作集页面，你可以在累加内存变化时扣除这部分数值，得到时间段内的净内存变化。但要注意：这个方案只能跟踪工作集（即加载到物理内存的页面），无法统计虚拟内存中未加载的部分，如果你的统计目标包含虚拟内存，这个方法就有局限性。
• 性能影响：启用工作集监视后，系统会为目标进程维护页面变更日志，带来的额外开销很小——普通进程的CPU占用增幅通常在1%以内，内存开销主要是日志缓存，一般不超过几MB。只有在进程频繁进行内存操作（比如高频分配释放小内存块）时，开销会略有上升，但绝大多数生产场景下都可以接受。

其他可选方案 #

如果需要更高精度的统计，还可以考虑两种进阶方式：

• ETW事件追踪：启用Microsoft-Windows-Memory提供者的事件，订阅进程的内存分配、释放事件，在指定时间段内汇总计算峰值。这种方法精度最高，几乎不会遗漏任何内存操作，但实现复杂度较高，需要处理ETW的事件订阅和解析逻辑。
• 内存函数Hook：通过Hook目标进程的malloc/free、VirtualAlloc/VirtualFree等内存操作函数，直接记录内存变化。这种方法精度也很高，但需要注入目标进程，兼容性和稳定性风险较大，更适合调试场景而非生产环境。

内容的提问来源于stack exchange，提问作者F.X.