mshtml.dll随机崩溃求助：堆栈指向CDoc相关函数

问题详情 #

• 崩溃表现：随机触发，无固定操作场景，应用长时间闲置时也会发生
• 共同特征：所有崩溃堆栈顶部均指向mshtml!CDoc相关函数
• 崩溃堆栈：

[0x0]   mshtml!CDoc::ReadOptionSettingsFromRegistry + 0xed   
[0x1]   mshtml!CDoc::UpdateFromRegistry + 0x123   
[0x2]   mshtml!CDoc::OnSettingsChange + 0xd0   
[0x3]   mshtml!OnSettingsChangeAllDocs + 0x8f   
[0x4]   mshtml!GlobalWndProc_SEH + 0x13b   
[0x5]   mshtml!GlobalWndProc + 0x2d   
[0x6]   user32!_InternalCallWinProc + 0x2b   
[0x7]   user32!UserCallWinProcCheckWow + 0x33a   
[0x8]   user32!DispatchClientMessage + 0xea   
[0x9]   user32!__fnINSTRINGNULL + 0x40   
[0xa]   ntdll!KiUserCallbackDispatcher + 0x4d   
[0xb]   user32!GetMessageW + 0x2e   

• 直接原因：mshtml!CDoc::ReadOptionSettingsFromRegistry中发生无效指针读取（错误码c0000005）
• 应用环境：使用常规消息循环

MSG msg;
while (::GetMessage(&msg, 0 ,0, 0)) { ... }

同时包含托管IE浏览器（legacy）和WebView2浏览器（从IE迁移而来），提示可能与剪贴板HTML复制粘贴操作、二者组件冲突有关

可能原因分析 #

1. IE与WebView2的组件冲突
   WebView2基于Edge内核，但底层仍可能与mshtml（IE内核）存在共享资源或回调冲突。同一进程中同时运行两种浏览器组件，可能导致CDoc对象的生命周期管理混乱——比如某个CDoc实例已被销毁，但系统的设置变更消息仍试图调用其成员函数，触发无效指针访问。

2. 剪贴板HTML操作的触发影响
   当系统处理HTML格式的剪贴板内容时，可能会触发mshtml的注册表设置更新回调（OnSettingsChange）。若此时CDoc对象处于未完全初始化或已被销毁的状态，ReadOptionSettingsFromRegistry函数就会访问无效内存地址，引发崩溃。

解决方向建议 #

• 进程隔离浏览器组件：避免在同一进程中同时运行托管IE和WebView2，将其中一个组件移到独立进程，通过进程间通信完成交互，彻底隔离二者的资源占用与回调逻辑。
• 捕获崩溃时的内存状态：使用WinDbg等调试工具，在崩溃发生时检查CDoc指针的有效性，确认是否存在对象提前释放、回调未注销的情况，定位具体的生命周期管理问题。
• 禁用不必要的注册表更新：尝试修改IE相关注册表项（如锁定mshtml的配置设置），禁止运行时自动读取注册表触发UpdateFromRegistry操作；或在应用启动时预先加载并固定相关设置，避免后续回调触发。
• 同步剪贴板操作与组件状态：在处理HTML剪贴板复制/粘贴时，确保mshtml相关组件处于稳定状态（已完全初始化且未进入销毁流程），避免在组件生命周期的临界阶段触发剪贴板操作。
• 升级WebView2运行时：安装最新版本的WebView2 Runtime，新版本通常会修复与旧IE组件的兼容性问题，减少内核交互冲突。

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