Chrome/IE8多进程设计,在.NET中是否可行?

在.NET中使用多个进程的更好选择是使用多个AppDomain。这样做的好处是,只创建一个实际的Windows进程,但仍然可以增加多个区域的稳定性(即,一个AppDomain中的崩溃只会导致该进程关闭,而不是整个应用程序)。

存在与此相关的成本,因为需要跨AppDomain边界序列化对象。不过,与多流程模型相比,开发它可能更容易。

谷歌Chrome正在使用 命名管道 用于进程间通信。

这里有一些有趣的文档: http://dev.chromium.org/developers/design-documents

有关带“.net”的命名管道的更多信息,只需谷歌搜索即可。

@艾熙: 子进程正在运行 单独的Windows“桌面” 这意味着他们无法展示任何东西。(桌面是一件棘手的事情…) 所以我必须假设子进程呈现的所有内容都必须经过IPC。然后是主(?)进程显示它。

我发现 单独的Windows“桌面” 这里的事情: http://dev.chromium.org/developers/design-documents/multi-process-architecture

顺便说一句。。。DUP

见: Windows Forms application like Google Chrome with multiple processes (乔恩·斯基特的回答是:o)

(我认为这也回答了“更具体”的部分)