WPF应用程序中最简单的方法是：

this.Dispatcher.Invoke((Action)(() =>
{
    // This refers to a form in a WPF application 
    val1 = textBox.Text; // Access the UI 
}));

出于许多目的，它非常简单：

public delegate void serviceGUIDelegate();
private void updateGUI()
{
  this.Invoke(new serviceGUIDelegate(serviceGUI));
}

“serviceGUI（）”是表单（this）中的GUI级方法，可以根据需要更改任意数量的控件。从另一个线程调用“updateGUI（）”。可以添加参数来传递值，或者（可能更快）根据需要使用带有锁的类范围变量，如果访问这些变量的线程之间可能发生冲突，从而导致不稳定。如果非GUI线程是时间关键的（请记住BrianGideon的警告），请使用BeginInvoke而不是Invoke。

当我遇到同样的问题时，我向谷歌寻求帮助，但它并没有给我一个简单的解决方案，而是举了MethodInvoker和blah blah的例子，让我更加困惑。所以我决定自己解决。以下是我的解决方案：

制作一个这样的代理：

Public delegate void LabelDelegate(string s);

void Updatelabel(string text)
{
   if (label.InvokeRequired)
   {
       LabelDelegate LDEL = new LabelDelegate(Updatelabel);
       label.Invoke(LDEL, text);
   }
   else
       label.Text = text
}

您可以像这样在新线程中调用此函数

Thread th = new Thread(() => Updatelabel("Hello World"));
th.start();

不要与线程（（）=>…..）混淆。在处理线程时，我使用匿名函数或lambda表达式。为了减少代码行，您也可以使用ThreadStart（..）方法，我不打算在这里解释。

简单的解决方案是使用Control.Invoke。

void DoSomething()
{
    if (InvokeRequired) {
        Invoke(new MethodInvoker(updateGUI));
    } else {
        // Do Something
        updateGUI();
    }
}

void updateGUI() {
    // update gui here
}

这是一个古老问题的新视角，使用了更实用的风格。如果您在所有项目中都保留TaskXM类，那么只有一行代码不再担心跨线程更新。

public class Example
{
    /// <summary>
    /// No more delegates, background workers, etc. Just one line of code as shown below.
    /// Note it is dependent on the Task Extension method shown next.
    /// </summary>
    public async void Method1()
    {
        // Still on the GUI thread here if the method was called from the GUI thread
        // This code below calls the extension method which spins up a new task and calls back.
        await TaskXM.RunCodeAsync(() =>
        {
            // Running an asynchronous task here
            // Cannot update the GUI thread here, but can do lots of work
        });
        // Can update GUI on this line
    }
}


/// <summary>
/// A class containing extension methods for the Task class
/// </summary>
public static class TaskXM
{
    /// <summary>
    /// RunCodeAsyc is an extension method that encapsulates the Task.run using a callback
    /// </summary>
    /// <param name="Code">The caller is called back on the new Task (on a different thread)</param>
    /// <returns></returns>
    public async static Task RunCodeAsync(Action Code)
    {
        await Task.Run(() =>
        {
            Code();
        });
        return;
    }
}

绝大多数答案使用Control.Invoke，这是等待发生的竞争条件。例如，考虑接受的答案：

string newText = "abc"; // running on worker thread
this.Invoke((MethodInvoker)delegate { 
    someLabel.Text = newText; // runs on UI thread
});

如果用户在调用this.Invoke之前关闭表单（请记住，这是form对象），则可能会触发ObjectDisposedException。

解决方案是使用SynchronizationContext，特别是hamilton.danielb建议的SynchronizaionContext.Current（其他答案依赖于特定的Synchronization Context实现，这是完全不必要的）。我会稍微修改他的代码，使用SynchronizationContext.Post而不是SynchronizazationContext.Send（因为通常不需要工作线程等待）：

public partial class MyForm : Form
{
    private readonly SynchronizationContext _context;
    public MyForm()
    {
        _context = SynchronizationContext.Current
        ...
    }

    private MethodOnOtherThread()
    {
         ...
         _context.Post(status => someLabel.Text = newText,null);
    }
}

请注意，在.NET4.0及更高版本上，您应该真正将任务用于异步操作。有关等效的基于任务的方法（使用TaskScheduler.FromCurrentSynchronizationContext），请参见n-san的答案。

最后，在.NET 4.5及更高版本上，您还可以使用Progress＜T＞（它基本上在创建时捕获SynchronizationContext.Current），正如Ryszard Dżegan所演示的，用于长时间运行的操作需要在运行时运行UI代码的情况。