突然发现之前的很多观念都不对的，关于编程，关于c#，我认为有需要实现了就成了，结果重要，过程不重要，虽然很多时候大家都讲扩展性、易用性等软件思想，但是在实际应用中，这些基本上都是空话，所以像c#中的委托、类、事件、多线程并没有深入了解，是时候把这块东西深入了解了解了。
委托
1、在C＃中，所有的委托都是从System.Delegate类派生的。
2、委托隐含具有sealed属性，即不能用来派生新的类型。
3、委托最大的作用就是为类的事件绑定事件处理程序。
4、在通过委托调用函数前，必须先检查委托是否为空（null），若非空，才能调用函数。
5、在委托实例中可以封装静态的方法也可以封装实例方法。
6、在创建委托实例时，需要传递将要映射的方法或其他委托实例以指明委托将要封装的函数原型（.NET中称为方法签名：signature）。注意，如果映射的是静态方法，传递的参数应该是类名.方法名，如果映射的是实例方法，传递的参数应该是实例名.方法名。
7、只有当两个委托实例所映射的方法以及该方法所属的对象都相同时，才认为它们是想等的（从函数地址考虑）。
委托是C＃中的一种引用类型，类似于C/C++中的函数指针。与函数指针不同的是，委托是面向对象、类型安全的，而且委托可以引用静态方法和实例方法，而函数指针只能引用静态函数。委托主要用于 .NET Framework 中的事件处理程序和回调函数。 一个委托可以看作一个特殊的类，因而它的定义可以像常规类一样放在同样的位置。与其他类一样，委托必须先定义以后，再实例化。与类不同的是，实例化的委托没有与之相应的术语(类的实例化称作对象)，作为区分我们将实例化的委托称为委托实例。
函数指针
一个函数在编译时被分配给一个入口地址，这个入口地址就称为函数的指针，正如同指针是一个变量的地址一样。
函数指针的用途很多，最常用的用途之一是把指针作为参数传递到其他函数。我们可以参考下面的例子进一步理解函数指针作为参数的情况：
# include int max(int x,int y) { return (x>y?x:y); } int min(int x,int y) { return(x<y?x:y); } int sub(int x, int y) { return(x+y); } int minus(int x,int y) { return(x-y); } void test(int (*p)(int,int),int (*q)(int,int),int a,int b) { int Int1,Int2; Int1=(*p)(a,b); Int2=(*q)(a,b); printf("%d, %d ",Int1,Int2); } void main() { test(max,min,10,3); test(sub,minus,10,3); }
客观的讲，使用函数指针作为其参数的函数如果直接调用函数或是直接把调用的函数的函数体放在这个主函数中也可以实现其功能。那么为什么还要使用函数指针呢？我们仔细看一下上面的main()函数就可以发现，
main()函数两次调用了test函数，前一次求出最大最小值，后一次求出两数的和与差。如果我们test函数不用函数指针，而是采用直接在test函数中调用函数的方法，使用一个test函数还能完成这个功能吗？显然
不行，我们必须写两个这样的test函数供main()函数调用，虽然大多数代码还是一样的，仅仅是调用的函数名不一样。
上面仅仅是一个简单的例子，实际生活中也许main()函数会频繁的调用test()，而每次的差别仅仅是完成的功能不一样，也许第一次调用会要求求出两数的和与差，而下一次会要求求出最大值以及两数之和，第三次呢，
也许是最小值和最大值，……，如果不用函数指针，我们需要写多少个这样的test()函数？显然，函数指针为我们的编程提供了灵活性。
另外，有些地方必须使用到函数指针才能完成给定的任务，特别是异步操作的回调和其他需要匿名回调的结构。另外，像线程的执行，事件的处理，如果缺少了函数指针的支持也是很难完成的。
类型安全
从上面的介绍可以看出，函数指针的提出还是有其必要的，上面的介绍也同时说明了委托存在的必要性。那么为什么C＃中不直接用函数指针，而是要使用委托呢？这就涉及到另外一个问题：C＃是类型安全的语言。
何谓类型安全？这里的类型安全特指内存类型安全，即类型安全代码只访问被授权可以访问的内存位置。 如果代码以任意偏移量访问内存，该偏移量超出了属于该对象的公开字段的内存范围，则它就不是类型安全的代码。
显然指针不属于类型安全代码，这也是为什么C＃使用指针时必须申明unsafe的缘故。 那么类型不安全代码可能会带来什么不良的后果呢？相信对于安全技术感兴趣的朋友一定十分熟悉缓冲区溢出问题，通过缓冲区溢出攻
击者可以运行非法的程序获得一定的权限从而攻击系统或是直接运行恶意代码危害系统，在UNIX下这是一个十分普遍的问题。那么缓冲区溢出又和函数指针有什么关系呢？事实上，攻击者就是通过缓冲区溢出改变返回地址
的值到恶意代码地址来执行恶意代码的。我们可以看看下面的代码：
void copy() { char buffer[128]; ........ strcpy (buffer,getenv("HOME"));//HOME为UNIX系统中的HOME环境变量 ........ }
上面的代码中如果HOME环境变量的字符数大于128，就会产生缓冲区溢出，假如这个缓冲区之前有另一个函数的返回地址，那么这一是地址就有可能覆盖，而覆盖这一地址的字符有可能就是恶意代码的地址，攻击者就有可能
攻击成功了！
上面的例子仅仅是指针问题中的一种，除此以外，还可能由于错误的管理地址，将数据写入错误地址，造成程序的崩溃；还可能由于对指针不恰当的赋值操作产生悬浮指针；还可能产生内存越界，内存泄漏等等问题。
由此可见，指针不是类型安全的，函数指针当然也不例外，所以C＃里面没有使用函数指针，而且不建议使用指针变量。
委托
前面的说明充分证明了委托存在的必要性，那么我们再谈谈为什么委托是类型安全的。C＃中的委托和指针不一样，指针不通过MSIL而是直接和内存打交道，这也是指针不安全的原因所在，当然也是采用指针能够提高程序
运行速度的缘故；委托不与内存打交道，而是把这一工作交给CLR去完成。CLR无法阻止将不安全的代码调用到本机（非托管）代码中或执行恶意操作。然而当代码是类型安全时，CLR的安全性强制机制确保代码不会访问本
机代码，除非它有访问本机代码的权限。 委托派生于基类System.Delegate，不过委托的定义和常规类的定义方法不太一样。委托的定义通过关键字delegate来定义：
public delegate int myDelegate(int x,int y);
上面的代码定义了一个新委托，它可以封装任何返回为int，带有两个int类型参数的方法。任何一个方法无论是实例方法还是静态方法，只要他们的签名（参数类型在一个方法中的顺序）和定义的委托是一样的，
都可以把他们封装到委托中去。这种签名方法正是保证委托是类型安全的手段之一。
产生委托实例和产生类实例（对象）差不多，假如我们有如下的方法：
public int sub(int x,int y) { return(x+y); }
我们就可以使用如下的代码得到一个委托实例：
myDelegate calculatin=new myDelegate(sub);
接下来我们就可以直接使用calculation调用sub方法了：
calculation(10,3);
下面我们将用委托重写上面的一个程序来看一下在C＃中如何通过委托实现由函数指针实现的功能：
using System; class MathClass { public static int max(int a,int b) { return(a>b?a:b); } public static int min(int a,int b) { return(a<b?a:b); } public static int sub(int a,int b) { return (a+b); } public static int minus(int a,int b) { return (a-b); } } class Handler { private delegate int Calculation(int a, int b); private static Calculation[] myCalculation=new Calculation[2]; public static void EventHandler(int i,int a,int b) }
博客园里面有很多文章关于委托的，我看到比较好，比较全的是：http://www.cnblogs.com/kirinboy/archive/2009/08/26/intensive-delegate-1.html