C# 调用C++ DLL

来源:互联网 发布:mac安装cocoapods 编辑:程序博客网 时间:2024/06/06 04:34

总结遇到的引用各种问题:(建议使用x86的编译方式)

[DllImport(@"XXX.dll", EntryPoint = "TOEC_ComInit", CharSet = CharSet.Ansi, ExactSpelling = false, CallingConvention = CallingConvention.Cdecl)]public static extern int Com_Init(int flag);


第一个参数:就是引用的DLL名称;

第二个参数【EntryPoint】:指示要调用的 DLL 入口点的名称或序号;就是DLL中要调用的方法名称;

第三个参数【CharSet】:指示如何向方法封送字符串参数,并控制名称重整;就是编码格式;

第四个参数【ExactSpelling】:控制 System.Runtime.InteropServices.DllImportAttribute.CharSet 字段是否使公共语言运行时在非托管,DLL 中搜索入口点名称,而不使用指定的入口点名称。

第五个参数【CallingConvention】:指示入口点的调用约定

(1)Winapi:此成员实际上不是调用约定,而是使用了默认平台调用约定。例如,在 Windows 上默认为 System.Runtime.InteropServices.CallingConvention.StdCall,在Windows CE.NET 上默认为 System.Runtime.InteropServices.CallingConvention.Cdecl。

(2)Cdecl:调用方清理堆栈。这使您能够调用具有 varargs 的函数(如 Printf),使之可用于接受可变数目的参数的方法。

(3)StdCall:被调用方清理堆栈。这是使用平台 invoke 调用非托管函数的默认约定。

(4)ThisCall:第一个参数是 this 指针,它存储在寄存器 ECX 中。其他参数被推送到堆栈上。此调用约定用于对从非托管 DLL 导出的类调用方法。

(5)FastCall:不支持此调用约定。


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


解决办法:

 回调函数中尽量使用类的静态成员函数处理数据;若使用了new 一个方法,则需要使用  GC.KeepAlive(object),进行保活!


原始错误的写法:

 [DllImport(@"COM_DLL.dll", EntryPoint = "TOEC_ComRun", CharSet = CharSet.Ansi, ExactSpelling = false, CallingConvention = CallingConvention.Winapi)] public static extern int CPP_Run(CallBack cb); public delegate void CallBack(tagOutInfo data); CPP_Run(handle_sx, par, CallBack_Function); public static void CallBack_Function(tagOutInfo data) {        //..... }


正确的写法:

 [DllImport(@"COM_DLL.dll", EntryPoint = "TOEC_ComRun", CharSet = CharSet.Ansi, ExactSpelling = false, CallingConvention = CallingConvention.Winapi)] public static extern int CPP_Run(CallBack cb); public delegate void CallBack(tagOutInfo data); public static CallBack cb_f = new CallBack(CallBack_Function); CPP_Run(handle_sx, par, cb_f ); public static void CallBack_Function(tagOutInfo data) {        //.....       GC.KeepAlive(cb_f ); }