我读过几个论坛，甚至一两个stackoverflow问题都说在使用Delegate.BeginInvoke时Delegate.EndInvoke是必要的。我读过的许多谈论使用 BeginInvoke 的文章都没有提到使用 EndInvoke。此外，我仅使用 BeginInvoke 部署了生产代码，并且似乎没有任何内存问题。我使用 BeginInvoke 的方式通常是使用我不关心它们何时完成或处理需要多长时间的线程。
最佳答案
来自 MSDN 文章 'Calling Synchronous Methods Asynchronously' :
No matter which technique you use, always call EndInvoke to complete your asynchronous call.
现在，有理论，然后有实践。您发现，与之前的许多其他开发人员一样，您通常可以忽略此文档化要求。
EndInvoke可能是一个实现细节实际上会做任何绝对必要的事情来防止您的应用程序崩溃、内存泄漏等。但事情是这样的:如果这是一个记录在案的要求，你真的应该这样做 .这不仅仅是关于理论；这是关于在发生变化时保护自己。通过记录这个需求，这个异步调用机制的设计者基本上给了自己改变方式的自由
BeginInvoke和 EndInvoke如果有足够的理由(例如，性能增强)，则继续工作，EndInvoke可能会突然变得更加必要。假设如果您忘记它会突然导致死锁。他们已经通过说总是打电话 EndInvoke 来掩饰自己。 ;如果您的应用程序因为您没有遵循此要求而停止工作，那么责任就在您身上。我并不是说这必然是一种可能的情况。我的观点很简单，你不应该——或者至少我不会——问“这真的有必要吗？”如果我可以摆脱它，那么我会的心态，因为它是 记录你应该这样做。
关于.net - Delegate.EndInvoke() 真的有必要吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4585042/