C# interopservice之默认封组行为

最新推荐文章于 2020-06-13 12:41:17 发布

Justin__Ko

最新推荐文章于 2020-06-13 12:41:17 发布

阅读量2.5k

点赞数

分类专栏： C#

本文链接：https://blog.csdn.net/kfqcome/article/details/10158211

版权

本文详细介绍了C# interop封组器的内存管理，包括默认的封组行为，如何处理非托管内存释放，以及方向属性的影响。讨论了Blittable和Non-Blittable类型的区别，以及Copying和Pinning的概念。还探讨了格式化的Blittable类和non-blittable类在封组过程中的处理方式，展示了如何在实际代码中应用这些知识。

摘要由CSDN通过智能技术生成

参见default marshaling behaviour

interop封组器(marshaler)的内存管理

interop封组器总是会试图去释放由非托管代码分配的内存。这个行为和COM内存管理一致，但是和原生C++内存管理规则不同。

从C++中调用下面的函数不会自动释放任何内存

BSTR MethodOne (BSTR b) {
return b;
}

注:BSTR(Basic string or binary string)是一种用于COM,Automation和Interop函数的字符串数据类型。它是一个复合数据类型，包含长度前缀，字符串和结束符。

然而，假如定义一个该函数的平台调用原型，使用String类型替换BSTR，然后调用该函数，公共语言运行库试图两次释放b的内存（~~第一次是当参数被传递到非托管端，第二次是从调用返回的时候~~）。可以通过使用IntPtr类型替代String类型来改变这种封组行为。

运行库总是使用CoTaskMemFree方法去释放内存。如果使用中的内存不是使用CoTaskMemAlloc方法分配的，就必须使用一个IntPtr来指向该内存（就不会被自动释放掉）然后再使用一个合适的方法将其手动释放掉。可以用这种方法在内存不能被释放的场合避免自动释放。

例如下面例子

C++

LPTSTR WINAPI GetCommandLine(void);

[DllImport("Kernel32.dll", CharSet=CharSet.Auto)]
publicstaticextern IntPtr GetCommandLine();

[DllImport("Kernel32.dll", CharSet=CharSet.Auto)]
publicstaticextern string GetCommandLineFreeAuto();

==>C#调用

IntPtr cmdLineStr = LibWrap.GetCommandLine();
string commandLine = Marshal.PtrToStringAuto(cmdLineStr);

这里GetCommandLine返回的一段系统核心内存的数据，所以必须保证该内存段不能被自动释放，因而需要将返回类型写成IntPtr，然后再从该IntPtr指向的内存段拷贝数据。而假如使用GetCommandLineFreeAuto的话，interop封组器会去释放该string对象所表示的那块内存区域，会导致核心内存资源被释放从而导致系统问题。