C＃-BackgroundWorker不断更新控件：错误！

Question

传统上，由于某些原因，我在C＃中使用BackgroundWorkers遇到很多麻烦； 他们的概念确实让我感到难过，所以我希望这是一个相当基本的问题，并且可以很容易地纠正这些问题。

我有两种使用.NET远程通讯来进行通讯的形式。 现在，更改Form1上的设置会导致Form2上发生某些更改，并且效果很好。 但是，现在我需要以另一种方式使同一事物工作（在Form2上进行更改会导致Form1进行更新），而我不能以相同的方式进行操作（由于设计方面的限制，我无法让Form2发送更改）到Form1）。 现在，我试图在Form1上使用BackgroundWorker不断在每个子控件（放置在Form1上）上调用“ Update（）”方法。 这些控件中的每一个都具有从Form2抓取​​其等效设置的当前状态并进行自我更新的方式（此方法很好；已经看到'Update（）'方法正在Form1的初始化上起作用）。

这是我的问题所在。 我不确定如何使BackgroundWorker在每个表单上不断调用“ Update（）”，因此在我的“ DoWork（）”方法中，我有一个“ while（true）”循环，并且在其中，BackgroundWorker调用了“ Update” （）'每个子控件的方法，然后睡眠很短的时间，然后重复。

这样，我收到一个“ InvalidOperationException未由用户代码处理”错误，并详细说明“跨线程操作无效：从创建该线程的线程以外的其他线程访问控件'comboBox_BGColor'。” 现在，我基本上了解了这意味着什么，并且知道了为什么会发生这种情况，但是，我不确定该做什么或如何更改这些东西以使其按预期工作。 有人对这个或我使用BackgroundWorker的方式有任何提示吗？ 非常感谢您提供任何信息，并抽出宝贵的时间阅读本文！

Answer 1

UI控件具有线程关联性 。 除了UI线程外，您不应触摸任何线程的控件（用于读取或写入）。 如果BackgroundWorker 主要是在与UI进行对话，则最好使用Timer控件更好，而不必多次调用Invoke或BeginInvoke 。

但是， 通常，我更喜欢这里的基于“观察者”的设计，其中包含更改通知事件（ FooChanged或INotifyPropertyChanged ）和事件处理程序，这些事件处理程序会导致UI反映更改。

Answer 2

您需要计时器控制而不是后台工作人员

Answer 3

您收到的异常是直接从BackgroundWorker线程中的_DoWork调用Update() （正在修改主线程中的一个或多个表单）的结果。

如果要使用BackgroundWorker方法：

• 将工作人员的.WorkerReportsProgress属性设置为true
• 执行循环时，请使用工作程序的.ReportProgress()方法来触发工作程序的_ProgressChanged事件处理程序。
• 然后， _ProgressChanged事件处理程序可以安全地调用表单的Update()方法。

---

如果您不使用该工作程序（特别是如果您的后台工作程序仅用于此循环），那么我建议您接受Marc关于标准事件处理程序的建议 。 与添加外部循环或Timer控件相比，该路由将产生更少的处理器开销（但是，当前可能有或没有）。

任一路由都应解决跨线程异常。