起因
很多C#初学者，都遇到过这样的问题——线程间操作无效，从不是创建控件的线程访问它。
今天就这个问题，展开分析。
溯源
先说下这个问题产生的根源。
大家都知道，程序运行起来之后，首先会有一个主线程，主线程用于处理控件生成、界面渲染、事件响应、逻辑处理等操作，因此我们可以理解为窗体里的控件是属于主线程的。
我们也知道多线程，如果我们想实现与主线程同时执行另一件事，一般会去使用多线程。
因此多线程，从某种意义上来说，它和主线程都属于“线程”这个家族，他们的身份是“平等”的，就像你和你同事之间的关系一样。
那么，试想一下，如果你同事有一天想从你手上把你的PLC或者上位机项目程序拿过去，你愿不愿意？
所以，如果在多线程里操作主线程的控件，你觉得主线程会不会答应，当然不会，主线程不答应的最直接表现就是，它会直接给一个报错，权当警告，如下图所示：
解决
那么如何解决呢？
你的同事如果非要拿到你的程序，他会想，硬的不行，就来软的。
所以他会找到你们共同的领导，跟你们领导这样说：“我手头上的这个100万的项目，能给公司带来50%的利润，现在需要用到他之前那个项目里的一个小知识，需要他把程序给我参考一下”。
在公司利益面前，你觉得你的领导会怎么办？
于是，领导和你“商量”了一下，毋庸置疑，你妥协了。
你的同事使用的招数叫做——委托。
那么，现在回到之前的问题上来，现在多线程要操作主线程的控件，是不是也可以使用委托来实现？
前世
委托定义：委托（Delegate） 是对某个方法的引用的一种引用类型变量。
如果这句话看不懂，那就别看了，跟着我动手做。
1、声明委托
委托声明需要根据执行的方法来定，严格来说，就是根据执行方法的返回值和参数，我们只是给窗体的Text设置一个固定值而已，因此我们的参数是空，返回值也为空。
声明委托如下：
2、创建委托对象
委托严格来说是一种类型，就像类一样，如果想要调用某个类，必须要创建一个该类的对象，所以我们要创建一个委托对象：
3、创建委托方法
委托对象也只是一个对象而已，就像领导一样，领导是不可能干活的，最终干活还得靠底下的兵来干，所以我们还得招人去干活。
招人干活就是委托方法，我们现在这个活很简单，所以我们的方法也很简单。
4、委托绑定
我们招到了一个“兵”，现在也有一个部门领导，怎么把他们联系起来呢？
很简单，让人事把这个兵分到这个部门就行了，这个分配的过程就是委托绑定，代码如下：
5、委托调用
万事俱备，只欠东风，终于干活了。
作为公司的老板，一般是不可能跟员工打交道的，他会把任务分配给部门领导，部门领导会把活再分配下去，所以我们委托调用，也是调用委托对象。
以上五步，就是委托的实现过程。
然而，我们运行之后，还是会报错。
没有那么简单的事！
因为想要在多线程里操作主线程的控件，你还得经过控件的同意，怎么经过控件同意呢？
控件的父类Control提供了一个这样的方法：
意思就是说，想要操作控件，必须要通过Invoke方法来实现，Invoke方法里参数是一个委托，于是，我们只能灰溜溜地，这样写：
果然，按照规矩来，就能达到效果：
今生
微软从某个版本开始，出来了Action和Lamda表达式，Action是系统委托，也就是说，不需要我们手动创建委托了，它有个兄弟叫Func，Action没有返回值，最多可以有16个参数，Func必须要有返回值，最多可以有16个参数，最后一个参数表示返回值。
于是我们开始简化：
第一步简化：用Action作为委托来创建
第二步简化：委托对象只用一次，所以可以直接放到参数里
第三步简化：用Lamda表达式代替方法
总结
我们所以常写的那行代码，其实只是一种简写方式而已，委托的五步法，不管怎么简化，怎么优化，其实本质还是一样，都离开不了这五个步骤。
这就是经典。
都看到这里了，是不是要点个赞呢？
