c# - 如何正确处理系统托盘应用程序中的跨线程问题？

Question

所以，我最近接管了一个现有的 WinForms 应用程序。我们需要将它更改为在系统托盘中运行的东西，但仍会在用户需要时弹出表单。没问题。根据这个问题:Mutex is being used to ensure only one copy of the app is running

该应用程序有 3 个主要组件:自定义应用程序上下文 (myContext)，它处理所有系统杂物。 myContext 创建一个名为 Gozer (myGozer) 的类的实例。 Gozer 完成所有实际工作。它在一定的时间间隔内执行一系列操作(检查网络状态，如果我们有连接，它就会做一些其他事情。它还玩全局热核 war 来取乐)。它让其他人通过一系列事件知道发生了什么。当打开 myForm 时，myContext 将 myGozer 传入。

当我打开 myForm 时，我开始遇到各种跨线程问题(任何时候以某种方式使用控件。比如操纵 myListView)。我不清楚的是处理这个问题的最佳方法。我对线程知之甚少。我没有30秒就能理解线程的超大大脑。而且我周围没有人可以吃东西来吸收他们关于线程的高级知识。

根据 this question ，我可以简单地检查 someControl.InvokeRequired 然后通过委托(delegate)调用有问题的方法。这行得通。但是现在，每次我需要处理控件时，我都面临着在前面放置一堆代码，这在我的脑海中引发了一些可能校准不佳的警钟。从表单退出应用程序时，我也发现了一个问题；这会导致 myContext 中出现另一个跨线程异常。我不确定从 myForm 退出应用程序是否合适，但此时还有什么其他跨线程疯狂在等着我？我觉得我正在为很多副作用引起的头痛做好准备。

我想我真的很担心以后会产生一堆潜在的问题。或者被要求扩展 Gozer 的功能，然后在需要在 myForm 中工作时创建更多问题。或者发现在运行时打开和关闭 myForm 会产生一系列额外的跨线程问题。或者该应用程序会导致一切爆炸。

还有什么我应该考虑或遗漏的吗？

注意:这是针对 .net 2.0 应用程序的，因此 Jethro 的解决方案在这里不起作用。也就是说，由于不是那么很多地方我必须编写 InvokeRequired 逻辑，所以我将这样做。我很确定明年我会把它升级到 .net 3.5，下面建议的类(class)是我将如何处理他的问题。因此，我将其标记为答案。

Answer 1

当您进行升级时，如果您不想编写扩展方法，则有一个替代方案。不过，您需要熟悉 lambda 语法。这是一个例子:

myTextBox.Invoke( (Action) (() => myTextBox.Text = "text goes here"));

我通常不检查是否需要调用而只执行调用(您通常知道您是否从与 UI 线程不同的线程进行更新)。

注意:我曾经有一个类似的扩展方法，但厌倦了在我的所有项目中创建它或在需要添加到我的所有项目的库中创建它。这是一种“简单”的单线方式。

哦，如果你需要做多个操作，你也可以像这样内联:

myListView.Invoke( (Action) (() => 
    {
        myListView.Columns.Add("Column 1", -2, HorizontalAlignment.Left);
        myListView.Columns.Add("Column 2", -2, HorizontalAlignment.Left);
        myListView.Columns.Add("Column 3", -2, HorizontalAlignment.Left);
        myListView.Columns.Add("Column 4", -2, HorizontalAlignment.Center);
    }));