macos - Mac OS X : Can one process render to another process's window?

Question

您好!

我目前正在将 Web 浏览器插件从 Win32 移植到 MacOSX。该插件的特点之一是，当插件加载时，它会生成一个单独的进程，充当插件的“引擎”，并在插件的窗口中执行绘图操作(具体来说，通过将 OpenGL 上下文附加到父进程的窗口并在该上下文中执行 OpenGL 渲染命令)。我们这样做是因为插件通常作为浏览器进程中的线程加载，因此插件崩溃会导致整个浏览器崩溃。通过将“繁重的工作”划分为一个单独的进程并保持插件代码非常精简，我们可以保护用户免受此类崩溃的影响。

我想在 MacOSX 上保留这种子进程渲染器架构，但我听到了一个令人讨厌的谣言(与 Google Chrome 网络浏览器相关)，即 MacOSX 不允许进程手动访问其窗口到另一个进程。我自己在这个领域的搜索并没有得出结论。如果有人对这个问题有任何了解，并且可以提供一些关于如何实现这一目标的建议，或者提供更结论性的“无法完成”，这将非常有帮助。

感谢您的帮助!

Answer 1

大约一年前，我正在研究这个问题的解决方案。我在苹果邮件列表上启动了一些主题:

http://www.mail-archive.com/cocoa-dev@lists.apple.com/msg08056.html

http://www.mail-archive.com/quartzcomposer-dev@lists.apple.com/msg01878.html

http://lists.apple.com/archives/mac-opengl/2008/May/msg00099.html

我不得不恢复到使用 CGWindowListCreateImage 的解决方案，该解决方案获取 opengl 进程窗口的屏幕截图并将其转换为位图以在主进程窗口中显示。由于像素数据从视频 RAM 传输到系统 RAM，因此效率很低。

我还尝试了 float 窗口解决方案。 opengl 进程窗口 float 在主进程窗口上方，并响应主窗口中的鼠标移动。但我在拖动延迟和窗口 z 顺序方面遇到了问题。

您可能认为 NSWindowSharingReadWrite 会满足您的要求，但当时的文档/示例实际上不存在。

但也许去年情况发生了变化。如果您发现任何新内容，请随时通知我!

祝你好运

JC