C ++ / MFC-防止吊子（ActiveX）控件冻结整个UI？

Question

我目前正在使用Microsoft的WebBrowser ActiveX控件，我注意到可以通过加载使嵌入式IE崩溃的网页来冻结整个程序。 所以我想知道是否有什么方法可以防止整个程序冻结？

我已经尝试过：-创建一个新的CWinThread创建/处理控件->相同的结果-从此线程创建一个新对话框创建/处理控件->相同的结果

问题似乎在消息系统中很深，但是我不确定。

谁能告诉我是否甚至有可能防止整个UI /对话框冻结，并且是什么导致了此问题？

（我已经在网上搜索过，但是找不到任何真正的解决方案）

Thanx，加里

PS：目前对我来说唯一有效的方法是创建一个新的子进程来加载/处理控件。 我可以对其进行修改，使其看起来像主对话框的子窗口，但这使我能够直接从主对话框代码访问控件。

编辑：

好吧，我找到了一个令我满意的解决方案。 我正在主应用程序中创建一个占位符窗口，并启动一个包含实际控件的新子进程。 我委托所有窗口移动/大小/等。 消息发送给子进程，以便它可以重新定位/反应。 重要的是不要从我的主应用程序中将新流程创建为WS_CHILD对象，因为那样仍会冻结它。 我正在通过内存映射与进程共享信息，并使用自定义用户消息进行通信。 我希望这会更容易...

Answer 1

这是一个非常复杂的区域。 防止一个UI对象出现问题导致直接释放的父UI对象出现问题对于浏览器人员来说已经花费了很多时间，他们试图确保一个选项卡不会崩溃。 我认为可以说这是火箭科学，这是一个太大的话题，无法在此描述。

您已经选择了一个很好的起点（将框架分为一个新的过程）。 您还需要了解的其他事情是线程输入队列和AttachThreadInput（http://msdn.microsoft.com/zh-cn/library/ms681956(VS.85).aspx）。 雷蒙德对此也有一些了解； 包括PDC演讲的一部分http://blogs.msdn.com/b/oldnewthing/archive/2008/08/01/8795860.aspx 。

额外建议：这里的一种替代方法可能是，如果不需要，则禁止在浏览器控件中加载AX控件。 而且，如果确实需要它们并且正在构建非常通用的浏览器替代品，那么您应该期望进行大量工作来复制在主浏览器中所能找到的稳定性。