explorer.exe内存占用异常升高问题排查方法求助

一、确认内存泄漏核心来源 #

• 用Windows任务管理器生成explorer.exe的转储文件（右键→创建转储文件），用WinDbg分析：
  • 执行!dumpheap -stat查看托管堆中占比最高的对象类型；原生内存则用!heap -s分析堆分配，定位可疑模块。
  • 重点关注文件IO、字符串、Qt相关对象的堆积情况，因为问题关联文件处理模块。

二、文件处理模块专项排查 #

1. 自定义TXT日志写入逻辑 #

• 检查createTxtFile()实现：是否存在文件句柄未正确复用/关闭的情况？比如长期保持文件打开但未定期flush，或者异常场景下句柄失效后未清理。
• 你提供的代码中，txtFile作为全局/成员变量，仅在nullptr时创建，若文件因磁盘满、权限变化等变为无效句柄，后续写入可能导致QTextStream或缓存数据堆积。
• 临时修改逻辑：每次写入后关闭文件，再观察内存变化——若问题缓解，说明是文件句柄或流对象未正确释放导致的泄漏。
• 优化字符串处理：把replace('.',',')替换为区域设置格式化，比如QLocale(QLocale::German).toString(dTimeRunning, 'f', 3)，减少临时QString对象的创建和隐式共享异常风险。

2. QsLog日志库排查 #

• 检查QsLog配置：是否开启无限日志滚动？若未按大小/时间切割日志，QsLog内部可能缓存大量日志内容在内存中。
• 确认线程安全：UI迁移到多线程后，日志写入是否存在竞态条件？多线程下未正确同步可能导致日志事件堆积。
• 隔离测试：临时关闭QsLog，仅保留自定义TXT写入，若内存问题消失，直接定位到QsLog的使用问题。

3. QSettings排查 #

• 检查多线程下的使用：是否频繁调用setValue()/value()但未执行sync()？QSettings内部缓存未同步可能导致无限增长。
• 确认实例管理：是否每个线程都创建新的QSettings实例？重复创建可能导致注册表/配置文件句柄泄漏。

三、多线程相关排查 #

• 重点检查文件处理模块的线程安全性：
  • 自定义TXT写入的txtFile和txtStream是否被多线程访问？未加QMutex保护会导致数据混乱和内存泄漏。
  • Qt的QFile类非线程安全，跨线程操作同一实例会引发未定义行为，包括内存泄漏。
• 检查线程销毁逻辑：是否有线程未正确退出，导致文件相关对象（QFile、QTextStream）驻留内存。

四、间歇性问题排查 #

• 排查触发条件：内存暴涨时是否出现磁盘空间不足、文件系统错误、杀毒软件扫描日志文件等情况？
• 检查异常处理：文件写入失败时（如磁盘满），是否未释放相关资源，导致写入请求堆积在内存中？
• 用perfmon.exe跟踪explorer.exe的私有字节、句柄数变化，关联程序操作日志，找到内存增长规律。

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