根据Jon Skeet的回答，有时候你想要调用委托，并在当前线程继续之前等待它的执行完成。在这些情况下，Invoke调用就是您想要的。

在多线程应用程序中，您可能不希望线程等待委托完成执行，特别是当委托执行I/O时(这可能会使委托和线程阻塞)。

在这些情况下，BeginInvoke会很有用。通过调用它，你告诉委托开始，然后你的线程可以自由地与委托并行做其他事情。

使用BeginInvoke会增加代码的复杂性，但有时性能的提高是值得的。

你是说委托吗?调用/BeginInvoke或Control.Invoke/BeginInvoke?

委托。调用:在同一个线程上同步执行。 委托。BeginInvoke:在线程池线程上异步执行。 控制。调用:在UI线程上执行，但是调用线程在继续之前等待完成。 控制。BeginInvoke:在UI线程上执行，调用线程不等待完成。

Tim的回答提到了什么时候你可能想要使用BeginInvoke——尽管它主要面向委托。我怀疑是BeginInvoke。

对于Windows窗体应用程序，我建议你通常使用BeginInvoke。这样你就不需要担心死锁，但是你需要明白UI在你下次看到它的时候可能还没有更新!特别是，您不应该修改UI线程可能用于显示目的的数据。例如，如果你有一个Person具有FirstName和LastName属性，并且你做了:

person.FirstName = "Kevin"; // person is a shared reference
person.LastName = "Spacey";
control.BeginInvoke(UpdateName);
person.FirstName = "Keyser";
person.LastName = "Soze";

然后UI很可能会显示“Keyser Spacey”。(它有很小的可能会显示“凯文·苏斯”，但这只能通过奇怪的内存模型来实现。)

除非你有这种问题，控制者。BeginInvoke更容易获得正确，并且将避免你的后台线程不得不等待没有好的理由。注意，Windows窗体团队已经保证您可以使用Control。以“触发并忘记”的方式开始调用BeginInvoke——即不调用EndInvoke。一般来说，异步调用不是这样的:通常每个BeginXXX都应该有一个相应的EndXXX调用，通常是在回调中。

根据Jon Skeet的回答，有时候你想要调用委托，并在当前线程继续之前等待它的执行完成。在这些情况下，Invoke调用就是您想要的。

在多线程应用程序中，您可能不希望线程等待委托完成执行，特别是当委托执行I/O时(这可能会使委托和线程阻塞)。

在这些情况下，BeginInvoke会很有用。通过调用它，你告诉委托开始，然后你的线程可以自由地与委托并行做其他事情。

使用BeginInvoke会增加代码的复杂性，但有时性能的提高是值得的。

delegate . begininvoke()异步地对委托的调用进行排队，并立即返回控制。当使用Delegate.BeginInvoke()时，你应该在回调方法中调用Delegate.EndInvoke()来获得结果。

delegate . invoke()在同一个线程中同步调用委托。

MSDN文章

Control.Invoke()和Control.BeginInvoke()之间的区别是，

BeginInvoke()将在GUI线程上调度异步操作。当异步操作被调度时，代码将继续执行。一段时间后(您不知道确切的时间)将执行异步操作 Invoke()将执行异步操作(在GUI线程上)并等待操作完成。

一个合乎逻辑的结论是，传递给Invoke()的委托可以有外参数或返回值，而传递给BeginInvoke()的委托则不能(必须使用EndInvoke来检索结果)。

举个简单的例子，看看它们的差异会产生什么影响

new Thread(foo).Start();

private void foo()
{
  this.Dispatcher.BeginInvoke(DispatcherPriority.Normal,
    (ThreadStart)delegate()
    {
        myTextBox.Text = "bing";
        Thread.Sleep(TimeSpan.FromSeconds(3));
    });
  MessageBox.Show("done");
}

如果使用BeginInvoke, MessageBox会在文本更新的同时弹出。如果使用Invoke, MessageBox将在3秒休眠后弹出。因此，显示异步(BeginInvoke)和同步(Invoke)调用的效果。