症状描述如下:

如果将一个委托作为函数指针从托管代码封送到非托管代码，并且在对该委托进行垃圾回收后对该函数指针发出了一个回调，则将激活 callbackOnCollectedDelegate 托管调试助手 (MDA)。

原因描述如下:

从其创建函数指针并将创建的函数指针公开给非托管代码的委托已被垃圾回收。当非托管组件尝试对该函数指针发出调用时，会产生访问冲突。

一旦将委托作为非托管函数指针封送出去，垃圾回收器就无法跟踪其生存期。这样，在该非托管函数指针的生存内，您的代码必须保持一个指向该委托的引用。

解决办法如下:

一旦将委托作为非托管函数指针封送出去，垃圾回收器就无法跟踪其生存期。这样，在该非托管函数指针的生存内，您的代码必须保持一个指向该委托的引用。但是在此之前，您首先必须确定回收了哪个委托。激活 MDA 之后，MDA 会提供该委托的类型名称。请使用此名称在您的代码中搜索将该委托外传给非托管代码的平台调用或 COM 签名。通过这些调用站点之一将有问题的委托传递出去。您还可以启用 gcUnmanagedToManaged MDA 以强制在每次向运行库发出回调之前都进行垃圾回收。这样可以确保在回调之前总是进行垃圾回，从而可以消除由垃圾回收引起的不确定性。一旦您得知回收了哪个委托，请更改您的代码，以便在封送的非托管函数指针的生存期内在托管端保持对该委托的引用。

这么大一块文字让人很晕. 简单来说:  这是一个由于CLR垃圾回收引起的问题. 由于将委托作为非托管

函数指针封送给非委托代码. 垃圾回收器就无法跟踪其生命周期.  解决办法就是, 将被过早垃圾回收的

委托置于整个对象的生存周期内，就是是把委托赋值给类的成员

例如：

原来的委托：

public delegate int HookProc(int Code, Int32 wParam, IntPtr lParam);

[DllImport("user32.dll", CharSet = CharSet.Auto, CallingConvention = CallingConvention.StdCall)]
private static extern int SetWindowsHookEx(int idHook, HookProc lpfn, IntPtr hInstance, int threadId);

调用SetWindowsHookEx:

SetWindowsHookEx(13,New HookProc(xxx) , Marshal.GetHINSTANCE(Assembly.GetExecutingAssembly().GetModules()[0]), 0);

运行几次后就会出现错误，HookProc被回收了，

解决办法：

public class test

{

..........

private static HookProc hookproc;

..........

hookproc=new HookProc(xxx);

SetWindowsHookEx(13,hookproc , Marshal.GetHINSTANCE(Assembly.GetExecutingAssembly().GetModules()[0]), 0);

}

这样就不会抛出异常。。。