在这个问题上，大多数其他答案对我来说都有点复杂（我是C#新手），所以我写了我的答案：

我有一个WPF应用程序，并定义了如下工作人员：

问题：

BackgroundWorker workerAllocator;
workerAllocator.DoWork += delegate (object sender1, DoWorkEventArgs e1) {
    // This is my DoWork function.
    // It is given as an anonymous function, instead of a separate DoWork function

    // I need to update a message to textbox (txtLog) from this thread function

    // Want to write below line, to update UI
    txt.Text = "my message"

    // But it fails with:
    //  'System.InvalidOperationException':
    //  "The calling thread cannot access this object because a different thread owns it"
}

解决方案：

workerAllocator.DoWork += delegate (object sender1, DoWorkEventArgs e1)
{
    // The below single line works
    txtLog.Dispatcher.BeginInvoke((Action)(() => txtLog.Text = "my message"));
}

我还没有弄清楚上面这句话的意思，但它奏效了。

对于WinForms：

解决方案：

txtLog.Invoke((MethodInvoker)delegate
{
    txtLog.Text = "my message";
});

您必须确保更新发生在正确的线程上；UI线程。

为了做到这一点，您必须调用事件处理程序，而不是直接调用它。

您可以通过以下方式发起活动：

（代码是在我的脑海中打出来的，所以我没有检查语法等是否正确，但它应该能让你继续。）

if( MyEvent != null )
{
   Delegate[] eventHandlers = MyEvent.GetInvocationList();

   foreach( Delegate d in eventHandlers )
   {
      // Check whether the target of the delegate implements 
      // ISynchronizeInvoke (Winforms controls do), and see
      // if a context-switch is required.
      ISynchronizeInvoke target = d.Target as ISynchronizeInvoke;

      if( target != null && target.InvokeRequired )
      {
         target.Invoke (d, ... );
      }
      else
      {
          d.DynamicInvoke ( ... );
      }
   }
}

请注意，上面的代码在WPF项目上不起作用，因为WPF控件不实现ISynchronizeInvoke接口。

为了确保上面的代码适用于Windows窗体和WPF以及所有其他平台，您可以查看AsyncOperation、AsyncOperationManager和SynchronizationContext类。

为了以这种方式轻松地引发事件，我创建了一个扩展方法，它允许我通过调用以下命令来简化引发事件：

MyEvent.Raise(this, EventArgs.Empty);

当然，您也可以使用BackGroundWorker类，它将为您抽象这个问题。

前面回答中的Invoke内容都不是必需的。

您需要查看WindowsFormsSynchronizationContext：

// In the main thread
WindowsFormsSynchronizationContext mUiContext = new WindowsFormsSynchronizationContext();

...

// In some non-UI Thread

// Causes an update in the GUI thread.
mUiContext.Post(UpdateGUI, userData);

...

void UpdateGUI(object userData)
{
    // Update your GUI controls here
}

处理长工作

由于.NET 4.5和C#5.0，您应该在所有领域（包括GUI）使用基于任务的异步模式（TAP）和异步等待关键字：

TAP是新开发推荐的异步设计模式

而不是异步编程模型（APM）和基于事件的异步模式（EAP）（后者包括BackgroundWorker类）。

那么，新开发的建议解决方案是：

事件处理程序的异步实现（是的，仅此而已）：私有异步void Button_Clicked（对象发送方，EventArgs e）{var progress=new progress＜string＞（s＝＞label.Text＝s）；await Task.Factory.StartNew（（）=>SecondThreadConcern.LongWork（进度），TaskCreationOptions.LongRunning）；label.Text=“已完成”；}通知UI线程的第二个线程的实现：类SecondThreadConcern{公共静态void LongWork（IProgress＜string＞进度）{//进行长时间的工作。。。对于（变量i=0；i<10；i++）{任务.延迟（500）.等待（）；progress.Report（i.ToString（））；}}}

请注意以下事项：

以顺序方式编写的简短而干净的代码，没有回调和显式线程。任务而不是线程。async关键字，它允许使用await，从而防止事件处理程序在任务完成之前达到完成状态，同时不会阻塞UI线程。进程类（参见IProgress接口），支持关注点分离（SoC）设计原则，不需要显式调度程序和调用。它使用创建位置（此处为UI线程）的当前SynchronizationContext。TaskCreationOptions.LongRunning，提示不要将任务排入ThreadPool。

有关更详细的示例，请参阅约瑟夫·阿尔巴哈里（Joseph Albahari）的《C#的未来：美好的事物降临在那些“等待”的人身上》。

另请参见UI线程模型概念。

异常处理

下面的代码片段是如何处理异常和切换按钮的Enabled属性以防止后台执行期间多次单击的示例。

private async void Button_Click(object sender, EventArgs e)
{
    button.Enabled = false;

    try
    {
        var progress = new Progress<string>(s => button.Text = s);
        await Task.Run(() => SecondThreadConcern.FailingWork(progress));
        button.Text = "Completed";
    }
    catch(Exception exception)
    {
        button.Text = "Failed: " + exception.Message;
    }

    button.Enabled = true;
}

class SecondThreadConcern
{
    public static void FailingWork(IProgress<string> progress)
    {
        progress.Report("I will fail in...");
        Task.Delay(500).Wait();

        for (var i = 0; i < 3; i++)
        {
            progress.Report((3 - i).ToString());
            Task.Delay(500).Wait();
        }

        throw new Exception("Oops...");
    }
}

这是您应该采用的经典方法：

using System;
using System.Windows.Forms;
using System.Threading;

namespace Test
{
    public partial class UIThread : Form
    {
        Worker worker;

        Thread workerThread;

        public UIThread()
        {
            InitializeComponent();

            worker = new Worker();
            worker.ProgressChanged += new EventHandler<ProgressChangedArgs>(OnWorkerProgressChanged);
            workerThread = new Thread(new ThreadStart(worker.StartWork));
            workerThread.Start();
        }

        private void OnWorkerProgressChanged(object sender, ProgressChangedArgs e)
        {
            // Cross thread - so you don't get the cross-threading exception
            if (this.InvokeRequired)
            {
                this.BeginInvoke((MethodInvoker)delegate
                {
                    OnWorkerProgressChanged(sender, e);
                });
                return;
            }

            // Change control
            this.label1.Text = e.Progress;
        }
    }

    public class Worker
    {
        public event EventHandler<ProgressChangedArgs> ProgressChanged;

        protected void OnProgressChanged(ProgressChangedArgs e)
        {
            if(ProgressChanged!=null)
            {
                ProgressChanged(this,e);
            }
        }

        public void StartWork()
        {
            Thread.Sleep(100);
            OnProgressChanged(new ProgressChangedArgs("Progress Changed"));
            Thread.Sleep(100);
        }
    }


    public class ProgressChangedArgs : EventArgs
    {
        public string Progress {get;private set;}
        public ProgressChangedArgs(string progress)
        {
            Progress = progress;
        }
    }
}

工作线程有一个事件。UI线程启动另一个线程来完成工作，并挂接该工作线程事件，以便显示工作线程的状态。

然后在UI中，您需要跨线程来更改实际控件。。。如标签或进度条。

我的版本是插入一行递归的“咒语”：

对于无参数：

    void Aaaaaaa()
    {
        if (InvokeRequired) { Invoke(new Action(Aaaaaaa)); return; } //1 line of mantra

        // Your code!
    }

对于具有参数的函数：

    void Bbb(int x, string text)
    {
        if (InvokeRequired) { Invoke(new Action<int, string>(Bbb), new[] { x, text }); return; }
        // Your code!
    }

就是这样。

一些论证：通常在if（）语句后一行放置{}对代码可读性不利。但在这种情况下，这是例行的“咒语”。如果此方法在项目中保持一致，则不会破坏代码的可读性。它还可以避免代码乱丢（一行代码而不是五行代码）。

当您看到（InvokeRequired）｛some long｝时，您只知道“从另一个线程调用此函数是安全的”。