.net CallbackOnCollectedDelegate 垃圾回收问题。 (Handle::Invoke”类型的已垃圾回收委托进行了回调。)

错误信息：

对“XXX::Invoke”类型的已垃圾回收委托进行了回调。这可能会导致应用程序崩溃、损坏和数据丢失。向非托管代码传递委托时，托管应用程序必须让这些委托保持活动状态，直到确信不会再次调用它们。

最近在写一段程序，一开始运行正常，但执行几次后就抛出错误信息。。插了MSDN,

解决办法是把委托赋值给类的成员；

例如：

原来的委托：

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);

}

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

对“WindowsApplication1!Pixysoft.HikVision.STREAM_DIRECT_READ_CALLBACK::Invoke”类型的已垃圾回收委托进行了回调。这可能会导致应用程序崩溃、损坏和数据丢失。向非托管代码传递委托时，托管应用程序必须让这些委托保持活动状态，直到确信不会再次调用它们。

找了半天，终于发现，我对自己的dllimport文件再次打包，成为一个类，但是这个类不是静态调用，所以使用callback的时候，类被回收了。

必须静态调用这个打包类。

之前把delegate变成一个方法的内部变量，结果一录像就：

对“WindowsApplication1!Pixysoft.HikVision.STREAM_DIRECT_READ_CALLBACK::Invoke”类型的已垃圾回收委托进行了回调。这可能会导致应用程序崩溃、损坏和数据丢失。向非托管代码传递委托时，托管应用程序必须让这些委托保持活动状态，直到确信不会再次调用它们。

后来作为了外部域录像录制了10多秒，就提示：尝试读取或写入受保护的内存。这通常指示其他内存已损坏。

估计是内存释放问题。。。

汇总以下，肯定是delegate被回收的问题。参考文献：

http://msdn.microsoft.com/zh-cn/library/43yky316(VS.80).aspx

http://topic.csdn.net/u/20080423/03/43b58852-5cac-4aac-a7da-6a69e69b21cd.html

reference：

http://msdn.microsoft.com/zh-cn/library/system.gc.keepalive.aspx

http://www.tech-archive.net/Archive/DotNet/microsoft.public.dotnet.languages.csharp/2006-09/msg01380.html

http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/d12c13a6-f103-48c8-9933-291a1685941a/

http://blog.csdn.net/fanweiwei/archive/2007/09/11/1780742.aspx

http://social.msdn.microsoft.com/Forums/en-US/clr/thread/66ea26a6-7c3d-4e96-9336-e3f148659f22/
http://topic.csdn.net/u/20080423/03/43b58852-5cac-4aac-a7da-6a69e69b21cd.html
keyword：GC, CALLBACK,DELEGATE, DLLIMPORT

问题解决了。是接口声明问题：

错误的声明：

public delegate int StreamDirectReadCallback(int channelNumber, [MarshalAs(UnmanagedType.LPArray, SizeConst = 704 * 576 * 5)] byte[] DataBuf, uint Length, Pixysoft.HikVision.DS40xxSDK.FrameType_t FrameType, System.IntPtr
context);

正确的声明：

public delegate int StreamDirectReadCallback(int channelNumber, IntPtr DataBuf, uint Length, Pixysoft.HikVision.DS40xxSDK.FrameType_t FrameType, System.IntPtr context);

你这些局域委托给垃圾回收器清理了。

写成类下的全局变量。

用一些集合对象存起来，如果单个就写单个，类下的全局委托变量指向即可。

这样就不会给垃圾回收器给清掉，当然除非你当前类对象都给清理掉。

如果不是因为给垃圾回收器自动回收的，那你要检查一下，你有没有哪些写了一些代码把该委托清理了。

NetSDK.fRealDataCallBack xx = RD;

的作用域可能有问题,可把它放在函数的外部,即类内;

我前几天调试一个程序也出现类似问题,就是因为委托的作用域大于委托实例的原因,请试下!

碰到同样问题NetSDK+fRealDataCallBack ::Invoke”类型的已垃圾回收委托进行了回调。这可能会导致应用程序崩溃、损坏和数据丢失。向非托管代码传递委托时，托管应用程序必须让这些委托保持活动状态，直到确信不会再次调用它们

用15楼的方法可以解决问题。

先在类中定义NetSDK.fRealDataCallBack xx;

再在方法中用

xx = new NetSDK.fRealDataCallBack(RD);