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

拼搏现实的明天。 2022-06-08 00:26 262阅读 0赞

错误信息：

对“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变成一个方法的内部变量，结果一录像就：

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

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

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

[http://msdn.microsoft.com/zh-cn/library/43yky316(VS.80).aspx][http_msdn.microsoft.com_zh-cn_library_43yky316_VS.80_.aspx]

[http://topic.csdn.net/u/20080423/03/43b58852-5cac-4aac-a7da-6a69e69b21cd.html][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_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_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_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_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_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);

[http_msdn.microsoft.com_zh-cn_library_43yky316_VS.80_.aspx]: http://msdn.microsoft.com/zh-cn/library/43yky316%28VS.80%29.aspx
[http_topic.csdn.net_u_20080423_03_43b58852-5cac-4aac-a7da-6a69e69b21cd.html]: http://topic.csdn.net/u/20080423/03/43b58852-5cac-4aac-a7da-6a69e69b21cd.html
[http_msdn.microsoft.com_zh-cn_library_system.gc.keepalive.aspx]: 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://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://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://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://social.msdn.microsoft.com/Forums/en-US/clr/thread/66ea26a6-7c3d-4e96-9336-e3f148659f22/