c# - C#:并行形式，多线程和 “applications in application”

Question

首先，我需要的是-n WebBrowser-s，每个都在自己的窗口中执行自己的工作。用户应该能够看到所有这些内容，或者仅看到其中一个(或不显示任何内容)，并且能够对每一个执行命令。有一个主要形式，没有浏览器，这个形式包含我的应用程序的控制面板。

关键特征是，每个浏览器都登录到 protected 网页，并且需要保持登录状态的时间越长越好。好吧，我已经做到了，但是我的方法恐怕出了点问题。

问题是:

下面的代码是否有效，或者是可能导致问题的讨厌的骇客:

internal class SessionList : List<Session> {

    public SessionList(Server main) {
        MyRecords.ForEach(record => {
            var st = new System.Threading.Thread((data) => {
                var s = new Session(main, data as MyRecord);
                this.Add(s);
                Application.Run(s);
                Application.ExitThread();
            });
            st.SetApartmentState(System.Threading.ApartmentState.STA);
            st.Start(record);
        });
    }

    // some other uninteresting methods here...

}

这里发生了什么？ session 继承自Form，因此它创建了一个表单，将WebBrowser放入其中，并具有在网站上进行操作的方法。 WebBrowser需要在STA线程中运行，因此我们为每个浏览器提供一个。其中最有趣的部分是Application.Run(s)。它使新创建的表单生动活泼并具有交互性。关闭浏览器窗口并释放其控件后，将调用下一个Application.ExitThread()。主应用程序保持 Activity 状态，以执行其余的清理工作。

当用户选择“退出”或“关闭”选项时-首先，浏览器线程结束，因此调用Application.ExitThread()。一切正常，但是到处都可以看到“主GUI线程”的信息-在这里-我创建了许多GUI线程。我使用Invoke()使用线程安全的方法来处理主表单和新表单( session )之间的通信。一切正常，是对还是错？

在一个应用程序中多次使用Application.Run()是否一切正确？ :)丑陋的骇客还是正常做法？如果我从 session 表单线程启动WebBrowser，此代码将消失。为什么我要打败他。但是，如果我从任何其他线程启动WebBrowser(通过更改其Url属性)，它都可以工作。我想了解更多此类应用程序中真正发生的事情。但最重要的是-我想知道我对“应用程序中的应用程序”的看法是否还可以。

我不确定Application.Run()到底做什么。没有它，在新线程中创建的表单将无法响应。我怎么可能多次调用Application.Run()？它似乎确实应该做的事，但对我来说似乎是个未公开的功能。我几乎可以肯定，崩溃是由WebBrowser组件本身引起的(因为它不是完全“托管”和“本地”的)。但这也许是另一回事。

Answer 1

Is everything right with using Application.Run() more than once in one application? :) An ugly hack or a normal practice?

两者中的一些；)这是完全可以接受的，因为它可以按您期望的那样工作，但这并不是完全“正常的做法”。

I'm not sure what exactly does Application.Run() do.

Application.Run基本上可以完成几件事。首先，它将属性SynchronizationContext安装到线程中，以使Windows窗体正常运行。然后，它将在该线程中启动Windows消息处理，该线程将处理Windows中进入该线程的所有消息。这就是使表格正常工作的原因。

这样做没有什么特别的错误，但这不是标准做法。给定您的设计目标，我确实质疑通过启动一个单独的进程而不是尝试在一个单独的线程中运行每个操作是否可以更好地解决此问题。