Windows Forms应用程序,例如Google Chrome,具有多个进程

有没有办法使用C#构建一个容器应用程序,其中每个选项卡实际上都是自己的进程,就像使用Google Chrome一样？

您可以使用SetParent Win32调用来执行此操作,但它确实充满了问题.我有足够的麻烦使用来自不同AppDomains的窗口很好地工作 - 整个额外的进程会有更多的困难.

基本上两个进程之间可能需要进行大量的沟通 - 例如调整大小会变得非常痛苦,以及如果儿童应用程序想要退出等情况会发生什么.这一切都是可行的,但在做之前我会仔细考虑.对于浏览器来说它很有意义(免责声明:我为谷歌工作),但对于大多数其他应用程序来说,它真的不值得付出努力.

(你想要创建实际的.NET应用程序的"标签"吗？如果是这样,我说这会变得非常容易 - 我可以给你一个很大的提示,即每个UI都应该在自己的AppDomain中运行自己的UI线程如果你不这样做,你会得到非常奇怪的效果!)

对于那些对多进程应用程序的实际实现感兴趣的人,我在我的网站上写了一篇关于它的文章:像Google Chrome这样的多进程C#应用程序.

我已经加入了C#代码.它已经过测试,可以与.NET 2.0,.NET 3.0和.NET 3.5一起使用.

命名管道:进程如何与彼此通信

由于您的问题专门询问了Google Chrome,因此您应该知道Chrome使用命名管道在流程之间进行通信.

在我上面提到的C#源代码中有2个文件:PipeServer.cs和PipeClient.cs.这两个文件是Named Pipes Windows API的瘦包装器.它经过了充分的测试,因为成千上万的人使用我们的产品.因此需要稳定性和稳健性.

我们如何使用多流程设计

现在您已经完成了拼图的所有部分,让我告诉您我们如何在我们的应用程序中使用多进程设计.

我们的产品是完整的更新程序解决方案.也就是说,有一个程序可以构建更新补丁(与讨论无关),一个独立的更新程序(wyUpdate - 也是开源),以及我们的用户在其C#或VB.NET表单上放置的自动更新程序控件.

我们使用命名管道在独立更新程序(wyUpdate)和程序表单上的自动更新程序控件之间进行通信.wyUpdate向自动更新程序报告进度,自动更新程序可以告诉wyUpdate取消进度,开始下载,开始提取等.

事实上,我们使用的确切命名管道代码包含在我上面提到的文章中:像Google Chrome这样的多进程C#应用程序.

为什么不应该使用多进程设计

正如Jon Skeet上面提到的,您应该对多进程模型有特定需求.在我们的例子中,我们希望将更新程序与程序完全分开.这样,如果更新程序以某种方式崩溃,您的程序将保持毫发无损.我们也不想在2个地方复制我们的代码.

话虽如此,即使使用我们经过良好测试的命名管道封装器,进程间通信也很困难.所以谨慎行事.

查看Chromium博客上的这篇文章.只有一个进程负责实际渲染到屏幕.

.NET 3.5中引入的System.AddIn API允许您在单独的AppDomain中使用UI控件.通过一些箍跳,你也可以使它在不同的过程中工作.

这在WPF中以导航方式支持.请参阅MSDN示例加载项返回UI.

使用Windows Forms,使用System.AddIn API看起来本身不太可能.见这个帖子从System.AddIn建筑师杰克Gudenkauf.

但是,WinForms有一个解决方法.您可以通过一些小工具来完成这项工作:请参阅BCL团队的博客对System.AddIn主机和加载项中的Windows窗体的支持

我的产品WindowTabs.com就是这样做的.你需要使用Win32 - 我建议你避免使用SetParent,因为你最终附加了线程输入.相反,在窗口上方绘制选项卡并使用SetWindowPos将窗口作为一组移动.此外,如果您在Win32级别为表单提供父级,则某些第三方控件(如Infragistic)无法正常运行.