问候！
我目前正在将一个Web浏览器插件从Win32移植到MacOSX。该插件的一个特性是，当插件加载时，它会生成一个单独的进程，作为插件的“引擎”，并在插件的窗口中执行绘图操作（具体来说，通过将OpenGL上下文附加到父进程的窗口并在该上下文中执行OpenGL呈现命令）。我们这样做是因为插件通常作为浏览器进程中的线程加载，因此插件中的崩溃会占用整个浏览器。通过将“繁重的工作”划分为一个单独的进程并保持插件代码非常小，我们可以保护用户免受此类崩溃。
我想在MacOSX上保留这个子进程渲染器架构，但我听说过一个令人讨厌的谣言（与谷歌Chrome浏览器有关）MacOSX不允许进程访问其窗口到另一个过程。我在这个领域的搜索尚无定论;如果有人对这个问题有任何了解，并且可以提供一些关于如何实现这一目标的建议，或者一个更有说服力的“无法完成”，那将非常有帮助。
感谢您的帮助！
答案 0 :(得分：9)
我差不多一年前就在调查解决方案了。我在苹果邮件列表上开了几个主题：
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。
我也尝试了浮动窗口解决方案。 opengl进程窗口浮动在主进程窗口上方，并响应主窗口中的鼠标移动。但我遇到拖延滞后和窗口z顺序的问题。
您会认为NSWindowSharingReadWrite可以满足您的需求，但当时的doumentation / examples几乎不存在。
但也许事情在去年发生了变化。如果您发现任何新消息，请随时发布！
祝你好运JC
答案 1 :(得分：6)
以下是Apple开发团队的总体答案。
在MacOSX 10.5及更早版本中基本上没有办法做到这一点，就像将OpenGL渲染上下文附加到另一个进程的窗口一样干净。在这些情况下，人们开发的黑客可能是最好的解决方案。
我们在MacOS 10.6中最接近的是the IOSurface system;在10.6中使用它似乎是最干净的解决方案。如果您希望渲染过程拦截渲染过程中的点击，您必须自己捆绑事件并使用您认为最合适的方法将它们传递给渲染过程。
有关IOSurface的更多信息，请参阅this StackOverflow entry
答案 2 :(得分：4)
一个进程中的窗口可以由另一个进程写入，似乎NSWindowSharingType设置为NSWindowSharingReadWrite。这是在Leopard中添加的。请注意，我自己没有使用过这个，但我会说它至少可以消除“无法完成”的障碍; - ）