关于InvokeRequired与Invoke

from:http://www.th7.cn/Program/net/201306/140033.shtml

Windows 窗体中的控件被绑定到特定的线程，不具备线程安全性。因此，如果从另一个线程调用控件的方法，那么必须使用控件的一个 Invoke 方法来将调用封送到适当的线程。该属性可用于确定是否必须调用 Invoke 方法，当不知道什么线程拥有控件时这很有用。

如果已经创建控件的句柄，则除了 InvokeRequired 属性以外，控件上还有四个可以从任何线程上安全调 用的方法，它们是： Invoke、 BeginInvoke、 EndInvoke 和 CreateGraphics。 在后台线程上创建控件的句柄之前调用 CreateGraphics 可能会导致非法的跨线程调用。 对于所有其他方法调用，当从另一个线程进行调用时，应使用这些 Invoke 方法之一。

如果控件句柄尚不存在，则 InvokeRequired 沿控件的父级链搜索，直到它找到有窗口句柄的控件或窗体为止。 如果找不到合适的句柄， InvokeRequired 方法将返回 false。

这意味着如果不需要 Invoke（调用发生在同一线程上），或者如果控件是在另一个线程上创建的但尚未创建控件的句柄，则 InvokeRequired 可以返回 false。

如果尚未创建控件的句柄，您就不能简单地在控件上调用属性、方法或事件。这可能导致在后台线程上创建控件的句柄，从而隔离不带消息泵的线程上的控件并使应用程序不稳定。

当 InvokeRequired 在后台线程上返回 false 时，您也可以通过检查 IsHandleCreated 的值来避免这种情况。 如果尚未创建控件句柄，您必须等到控件句柄已创建，才能调用 Invoke 或 BeginInvoke。 通常，仅当在应用程序主窗体的构造函数中创建了后台线程时（如同在 Application.Run(new MainForm()) 中），在已经显示窗体或取消 Application.Run 之前，才会发生这种情况。

一种解决方案是等到已经创建了窗体的句柄，然后启动后台线程。通过调用 Handle 属性强制创建句柄，或者等待 Load 事件启动后台进程。

一种更好的解决方案是使用 SynchronizationContext 返回的 SynchronizationContext，而不是使用控件进行线程间封送处理。——MSDN

关于这方面一个更容易的解释以及例子（参考链接：关于invokeRequired与invoke）：

而关于InvokeRequired与Invoke是个老生常谈的问题，一般标准写法为（图片截图来自：Avoiding InvokeRequired，下同）：

这种方式的好处就是能在.NET 1.0+上正常运行，但是如果存在很多控件的话，就会存在这样很多代码（大量定义委托）。

而在.NET 2.0上，可以采用匿名委托和MethodInvoker，简化代码写法，关于MethodInvokerMSDN上的定义如下：

MethodInvoker 提供一个简单委托，该委托用于调用含 void 参数列表的方法。 在对控件的 Invoke 方法进行调用时或需要一个简单委托又不想自己定义时可以使用该委托。

或者更简洁的写法：

而在.NET 3.5+可以利用其特性，代码如下（截图来在：A Generic Method for Cross-thread Winforms Access）

参考资料：

关于invokeRequired与invoke

Avoiding InvokeRequired

A Generic Method for Cross-thread Winforms Access