2

我一直在各种论坛、教程或 SO 上看到一个建议，即在单独的线程上运行 UI，然后在程序的其余部分上运行以保持响应。
这在实践中是如何做到的？这是否意味着program.cs在加载表单之前编辑启动线程？或者这是否意味着从表单中激活的任何重要操作都会派生一个线程并使用它？还是有什么设定？你如何使用它？

4

4 回答 4

4

为了保持 UI 响应，您应该在单独的线程中运行其他耗时的操作。通常用户界面操作应该在 .NET 的主 (UI) 线程中完成。

有几种方法可以为您的操作使用单独的（后台）线程。对于 Windows 窗体应用程序，最简单的选项是BackgroundWorker组件。

您也可以Thread自己创建一个对象。但是您应该小心调用 UI 方法或更改创建线程中的 UI 控件属性。正如我所说，所有用户界面操作（显示表单、更改控件文本或位置等）都应该在 UI 线程中完成。否则你会得到一个例外。为此，您可以使用Control.Invoke方法。

于 2012-11-18T09:36:05.717 回答
2

通常在 C# WinForms 应用程序中，Program.cs 会像这样启动您的主窗体。

Application.Run(new MyMainForm());

这将创建您的主调度程序 (GUI) 线程，您的所有事件都会在其中触发，（按钮单击、表单加载等）实际上，如果您需要执行长时间计算，您将创建一个新的后台工作线程并使用它完成 UI 更新后，将调用返回给事件调度程序。

如果您在 UI 线程上执行较长的进程，它将锁定 UI 并且将变得无响应。

于 2012-11-18T09:32:33.503 回答
1

UI 在主线程上运行。这个想法是在新线程中运行冗长的操作。不要在自己的线程中执行所有重要的操作，但是任何导致表单“不响应”的操作都是线程的良好候选者。

在 C# 中，使用 aBackgroundWorker而不是滚动您自己的线程可能是最简单的。

于 2012-11-18T09:34:45.327 回答
0

tutorials 或 SO 回答了在单独的线程上运行 UI 的建议……我对此表示怀疑。无论如何，UI 都在自己的线程上运行。有时它被称为应用程序的“主”线程。为了避免冻结您的应用程序，您在其他线程中执行 CPU 密集型工作。做到这一点的方法很多。查看线程、任务、异步和和和。如果您使用 Framework 4.5，您可能会使用该await SomeTask功能，只要任务可能需要超过 20-50 毫秒才能完成 - 至少这是 MS 人员的建议（afaik）

于 2012-11-18T09:39:00.273 回答