当可见区域更改时，OpenGL 插件会使 Chrome 崩溃

Question

我正在 Windows 上使用 FireBreath 开发一个插件（目前），其中包括使用 OpenGL 显示网络摄像头源。我正在使用窗口插件，并且从单独的线程中绘图。代码可以在这里查看：

头文件

https://github.com/EvilTengil/kinect-at-home-plugin/blob/0007beecf136ff2e5e1aa50be94d4906447a8f43/Win/KinectAtHomeWin.h

源文件

https://github.com/EvilTengil/kinect-at-home-plugin/blob/0007beecf136ff2e5e1aa50be94d4906447a8f43/Win/KinectAtHomeWin.cpp

（忽略onWindowResized中的奇怪代码，这只是一些测试保留在提交中。）

问题是，一旦浏览器窗口的大小被重新调整，从而导致插件的可见区域发生变化，或者扩展程序以某种方式滚动到滚动框的可见区域之外，插件在 Chrome 中崩溃。我还没有安装 Firefox，但我猜它是 NpApi 的东西，因为它可以在 Internet Explorer 中运行。

我相信每当插件的可见尺寸发生变化时，Chrome 就会发布并创建一个新的 HDC。这可能会导致渲染上下文无效，但它仍在插件中使用，从而导致崩溃。

我注意到发生这种情况时会调用 NPP_SetWindow get ，但这些调用在 NpapiPluginModule_NPP.cpp 中被忽略，因此我无法挂钩此事件。

我已经谷歌了几个小时了，但没有找到任何帮助。有人有这方面的经验吗？

我有一个想法，如果我在插件窗口中创建自己的子窗口，在那里我可以处理自己的 DC，它就可以工作。我做了一些失败的快速测试，这可能是因为我蹩脚的 Win32 技能。但这还需要做更多的工作吗？我的另一个想法是以某种方式跟踪可见区域，但我还没有研究过这个。

Answer 1

Windows 句柄无效不应导致程序崩溃。但是 OpenGL，即它的扩展需要一些特殊的预防措施，特别是如果主机程序也使用 OpenGL。

任何使用 OpenGL 的插件或 DLL 都必须小心，即在使用所需资源之前将其置于正常状态，并在使用后将其放回原处。对于 OpenGL，这意味着，每次开始使用它之前，您都应该重新绑定上下文：

HDC hOldDC = wglGetCurrentDC();
HRC hOldContext = wglGetCurrentContext();

 // first unbind old context/DC from current thread
wglMakeCurrent(NULL, NULL);

 // then bind our context
wglMakeCurrent(hMyDC, hMyContext);

 // this is essential, as in Windows the addresses of extensions
 // may depend on the active context, so you must reinitialise
 // extension function pointers!
reinitialize_extensions();

/* NOW USE OPENGL FUNCTION

 // cleaning up once we're done:
wglMakeCurrent(NULL, NULL);
wglMakeCurrent(hOldDC, hOldRC);
// remember that we also need to reset extension
// function pointers to the other context
reinitialize_extensions();

由于在 Window 扩展函数中指针依赖于上下文，因此将它们放入一个结构中并通过该结构调用它们是有意义的。这节省了整个扩展重新初始化的事情。在 C++ 中，您可以将整个 OpenGL 上下文包装在一个类中。

请记住，每次通过 NP-API 调用您的插件时，您都需要执行此设置/拆卸。