可以“分拆”几个 GUI 线程吗？ （不会在 Application.Run 停止系统）

Question

我的目标

我想要一个主处理线程（非 GUI），并且能够根据需要在自己的后台线程中分离 GUI，并且让我的主非 GUI 线程继续工作。 换句话说，我希望我的主要非 GUI 线程成为 GUI 线程的所有者，反之亦然。 我不确定 Windows 窗体（？）

背景

我有一个基于组件的系统，其中控制器动态加载程序集并实例化和运行使用单个方法DoStuff()实现公共IComponent接口的类。

通过 xml 配置文件并通过添加包含IComponent不同实现的新程序集来配置加载哪些组件。 这些组件为主应用程序提供实用功能。 当主程序在做它的事情时，例如控制核电站，组件可能正在执行实用任务（在它们自己的线程中），例如清理数据库、发送电子邮件、在打印机上打印有趣的笑话，你有什么。 我想要的是让这些组件之一能够显示 GUI，例如，带有所述电子邮件发送组件的状态信息。

整个系统的生命周期是这样的

1. 应用程序启动。
2. 检查要加载的组件的配置文件。 加载它们。
3. 对于每个组件，运行DoStuff()以初始化它并使其在自己的线程中过自己的生活。
4. 继续做主要的应用程序之王工作，永远。

如果组件在DoStuff()启动 GUI，我还没有能够成功执行第 3 点。 它只是停止，直到 GUI 关闭。 直到 GUI 关闭，程序才会进入第 4 点。

如果允许这些组件启动它们自己的 Windows 窗体 GUI，那就太好了。

问题

当组件尝试在DoStuff()启动 GUI 时DoStuff()确切的代码行是组件运行Application.Run(theForm) ），组件以及我们的系统“挂起”在Application.Run()行，直到GUI 已关闭。 好吧，正如预期的那样，刚刚启动的 GUI 工作正常。

组件示例。 一个与 GUI 无关，而第二个则打开一个可爱的窗口，里面有粉红色的毛茸茸的兔子。

public class MyComponent1: IComponent
{
    public string DoStuff(...) { // write something to the database  }
}

public class MyComponent2: IComponent
{
    public void DoStuff()
    {
        Application.EnableVisualStyles();
        Application.SetCompatibleTextRenderingDefault(false);
        Application.Run(new Form());

        // I want the thread to immediately return after the GUI 
        // is fired up, so that my main thread can continue to work.
    }
}

我试过这个没有运气。 即使我尝试在它自己的线程中启动 GUI，执行也会停止，直到 GUI 关闭。

public void DoStuff()
{
    new Thread(ThreadedInitialize).Start()
}

private void ThreadedInitialize()
{
    Application.EnableVisualStyles();
    Application.SetCompatibleTextRenderingDefault(false);
    Application.Run(new Form());
}

是否可以剥离 GUI 并在Application.Run()之后返回？

Answer 1

Application.Run方法显示一个（或多个）表单并启动标准消息循环，该循环一直运行直到所有表单都关闭。 您不能强制从该方法返回，除非关闭所有表单或强制关闭应用程序。

但是，您可以将ApplicationContext （新 Form() 的替代）传递给 Application.Run 方法，并且 ApplicationContext 可用于同时启动多个表单。 只有当所有这些都关闭时，您的申请才会结束。 请参阅此处： http : //msdn.microsoft.com/en-us/library/system.windows.forms.application.run.aspx

此外，您以非模态方式显示的任何表单将继续与主表单一起运行，这将使您拥有多个不会相互阻塞的窗口。 我相信这实际上是你想要完成的。

Answer 2

我敢肯定，如果您足够努力地破解它，这是可能的，但我建议这不是一个好主意。

“Windows”（您在屏幕上看到的）与进程高度耦合。 也就是说，每个显示任何 GUI 的进程都应该有一个消息循环，它处理与创建和管理窗口有关的所有消息（例如“单击按钮”、“关闭应用程序”、“重绘屏幕” ' 等等。

因此，或多或少假设如果您有任何消息循环，它必须在您的进程的生命周期内可用。 例如，Windows 可能会向您发送“退出”消息，您需要有一个消息循环来处理该消息，即使屏幕上没有任何内容。

你最好的选择是这样做：

制作一个永远不会显示的假表单，哪个是您的“主应用程序” 启动调用 Application.Run 并传入这个假表单。 在另一个线程中完成你的工作，当你需要做 Gui 的东西时，在主线程上触发事件。

Answer 3

我不确定这是否正确，但是我记得从控制台应用程序运行窗口表单，只需新建表单并在其上调用 newForm.Show()，如果您的组件使用它而不是 Application.Run() 那么新的表单不应该阻塞。

当然，组件将负责维护对其创建的表单的引用