在写这篇文章之前，xxx已经写过了几篇关于改字段内存主题的文章,想要了解的朋友可以去翻一下之前的文章
C#调用C++DLL注意事项：
1>C#值类型与引用类型的内存特点
2>平台调用中DllImport，StructLayout，MarshalAS的各属性及其含义
3>C++中结构体的内存布局规则
4>C#调用非托管代码时，各种参数的送封特点(主要是结构体，数组，字符串)
5>应用Marshal类的静态方法实现托管内存与非托管内存之间的转换
6>内存释放问题，即C#中如何释放非托管代码请求的内存
1>C#值类型与引用类型的内存特点
C#值类型的对象是在堆栈上分配的，不受垃圾回收器的影响。
C#引用类型的对象是在托管堆上分配的，对应的引用地址会存储在线程的堆栈区。
值类型包含C#的基本类型（用关键字int、char、float等来声明），结构（用struct关键字声明的类型），枚举（用enum关键字声明的类型）；引用类型包含类（用class关键字声明的类型），委托（用delegate关键字声明的特殊类）和数组。
2>平台调用中DllImport，StructLayout，MarshalAS的各字段及其含义
DllImport属性：
dllName：
必须字段，指定对应的dll的路径，可以应用绝对路径也可以应用相对路径。如果应用相对路径，则系统会在以下三个文件夹下寻找该相对路径：1，exe所在文件夹；2，系统文件夹；3，Path环境变量指定的文件夹。
EntryPoint：
指定要调用的DLL入口点。注意如果应用extern"C" + __stdcall 则编译器会对函数名停止重整。终究的函数名会是_FuncName@8，其中8为FuncName函数所有参数的字节数。如果是extern "C"+__cdecl调用约定，则函数名稳定。
举例：函数声明如下：
对应的函数入口点如下：
注：
其中extern"C" 使得C++编译器生成的函数名对于C编译器是可以懂得的，因为C++编译器为了处理函数重载的情况，将参数类型加入到了函数的签名中，所以生成的函数入口只能C++编译器自己懂。而加入extern "C"则使得生成的函数签名可以被其他编译器懂得。
__stdcall和__cdecl是两种调用约定方式。主要区别在于压入堆栈中的函数参数的清算方式，__stdcall划定被调用函数负责参数出栈，称主动清除；__cdecl则划定调用函数方负责参数出栈，称手动清除。编译器一般默许应用__cdel方式。
CharSet：
控制函数中与字符串有关的参数或 结构体参数中与字符串有关的参数 在封送时的编码方式。 编码方式有两种：ANSI和UNICODE。ANSI应用1个字节对前256个字符停止编码，而UNICODE应用两个字节对所有字符停止编码。.Net平台中应用的是Unicode格式。在C++中可以应用多种字符集。
从托管代码中传递字符串到非托管代码中时，如果非托管代码应用的是ANSI，则需指定封送方式为Charset.Ansi，封送拆收器会根据该设置将Unicode字符转换为ANSI字符，再复制到非托管内存中，如果非托管代码应用Unicode，则须要指定Charset.Unicode，封送拆收器则直接复制过去，在效率上会好一些。
MarshalAS属性：
用来指定单个参数或者是结构体中单个字段的封送方式。该属性有以下字段：
UnmanagedType：
必须字段。用于指定该参数对应非托管数据类型。由于C#中的数据类型和C++中的数据类型不是一一对应的，有些时候C#中的同一种数据类型可以对应于C++中的几种数据类型，所以须要指定该参数，封送拆收器会在两个类型之间停止相应的类型转换。
比如C#中的String类型，则可以对应于非托管C++中的char * 或者 wchat_t*。如果是char*，则指定UnmanagedType.LPStr，如果是wchat_t*，则指定为UnmanagedType.LPWStr。
另一个例子是C#中的托管类型System.Boolean可以对应非托管C++中的bool，但是C++中的bool可能是1个字节，2个字节或者4个字节。这时就须要指定为UnmanagedType.U1,UnmanagedType.U2或者UnmanagedType.U4。
本项目中KXTV_BOOLEAN为1字节无符号数：
typedef unsigned char KXTV_BOOLEAN;
所以在C#中：
using KXTV_BOOLEAN =System.Boolean;
[MarshalAs(UnmanagedType.U1)]
KXTV_BOOLEAN NetUserFlag,
count：
对于须要传递定长字符串或者数组的情况，须要应用count字段来指定字符串长度或者数组中元素的个数。
StructLayout属性：
控制C#中的结构体在内存中的布局。为了可以和非托管C++中的结构体在内存中停止转换，封送拆收器必须晓得结构体中每一个字段在结构体中内存中的偏移量。
LayoutKind：
指定结构体的布局类型。有两种布局类型可以设置，1，Sequential：次序布局。2，Explicit：精确布局。可以精确控制结构体中每个字段在非托管内存中的精确位置。
一般应用次序布局方式，这也是C#默许的布局方式。
但是在以下两种情况下须要应用精确控制Explicit方式：
1，部份定义结构体中的字段。有些结构体很宏大，而C#中仅应用其中几个字段，则可以只定义那几个字段，但是要精确指定它们在非托管内存中精确偏移。该偏移应与有其他字段时的偏移分歧。
2，非托管代码中的联合体，须要应用Explicit将字段重合在一起。
如：
[StructLayout(LayoutKind.Explicit,Pack=1)]
public struct KXTV_VALUE
{
[FieldOffset(0)]
public KXTV_UINT16DataType; ///数ºy据Y类¤¨¤型¨ª(KDB_VALUE_DATA_TYPE)
[FieldOffset(2)]
[MarshalAs(UnmanagedType.U1)]
public KXTV_BOOLEANbitVal; ///布?尔?类¤¨¤型¨ª
[FieldOffset(2)]
public KXTV_INT8i1Val; ///单Ì£¤字Á?节¨²整?数ºy
[FieldOffset(2)]
public KXTV_INT16i2Val; ///双?字Á?节¨²整?数ºy
[FieldOffset(2)]
public KXTV_INT32i4Val; ///四?字Á?节¨²整?数ºy
[FieldOffset(2)]
public KXTV_INT64i8Val; ///八ã?字Á?节¨²整?数ºy
[FieldOffset(2)]
public KXTV_UINT8ui1Val; ///单Ì£¤字Á?节¨²整?数ºy(无T符¤?号?)
[FieldOffset(2)]
public KXTV_UINT16ui2Val; ///双?字Á?节¨²整?数ºy(无T符¤?号?)
[FieldOffset(2)]
public KXTV_UINT32ui4Val; ///四?字Á?节¨²整?数ºy(无T符¤?号?)
[FieldOffset(2)]
public KXTV_UINT64ui8Val; ///八ã?字Á?节¨²整?数ºy(无T符¤?号?)
[FieldOffset(2)]
public KXTV_FLOAT32r4Val; ///单Ì£¤精?度¨¨浮?点Ì?数ºy
[FieldOffset(2)]
public KXTV_FLOAT64r8Val; ///双?精?度¨¨浮?点Ì?数ºy
///
[FieldOffset(2)]
public KXTV_PTRrefVal; ///其他类型
};
但是须要注意的是值类型和引用类型的地址不可以重叠。所以上面应用refVal代表所有引用类型，最后通过Marshal类停止转换即可。
3>C++中结构体的内存布局规则
结构体中字段的偏移量受两个因素的影响，一个是字段本身在内存中的大小，另一个是对齐方式。
字段的偏移量为min（字段大小的倍数，对齐方式的倍数），且要保证字段不能重叠，即偏移量应该大于上一个字段的结尾。
对齐方式默许为8，也可以通过pack来设置新的对齐方式，在KvTXAPI.h中，对齐方式设置为：
#pragma pack( 1 )
即对齐方式设置为1。这时字段在内存中是连续分布的，字段与字段之间没有空隙。
对应于C#中，所有的结构体都必须应用StructLayout属性中的Pack字段来指定对齐方式。
如：
[StructLayout(LayoutKind.Sequential,Pack=1)]
public struct KXTVTagPubData
{
//[FieldOffset(0)]
public KXTV_UINT32TagID;
//[FieldOffset(4)]
public KXTV_INT16FieldID;
//[FieldOffset(6)]
public KXTV_VALUEFieldValue;
//[FieldOffset(16)]
public FILETIMETimeStamp;
//[FieldOffset(24)]
public KXTV_UINT32QualityStamp;
};
如果指定了Pack=1，则FieldValue字段的偏移是6，如果不指定的话，由于FieldValue本身字段大小为10字节，默许对齐方式为8，前面字段已经应用了6个字节了，所以FieldValue的偏移是8（计算公式为min（10*1，8*1））。
结构体在内存中的大小不分歧，会导致封送处理器复制内存时出错。
4>C#调用非托管代码时，各种参数的送封特点(主要是结构体，数组，字符串)
结构体：
一般应用引用传递结构体参数。结构体在C#中本身是值类型，一般在线程的堆栈区分配内存。
例子：
KXTV_RET KXTVAPI KXTVServerConnect(
IN PKXTV_CONNECTION_OPTION pConnectOption ,
OUT KXTV_HANDLE* ServerHandle);
其中参数pConnectOption是一个结构体指针类型变量。
由于参数是指针类型则可以应用引用传递方式传递结构体，在C#中方法的声明为：
[DllImport(dllName, CallingConvention = CallingConvention.StdCall, CharSet = CharSet.Unicode)]
public extern static KXTV_RETKXTVServerConnect(
ref KXTVConnectionOptionConnectOption,
ref KXTV_HANDLE ServerHandle);
在C#中的调用方式为：
KXTV_RET ErrorCode;
KXTV.KXTVConnectionOptionConnectOption = new KXTV.KXTVConnectionOption();
ConnectOption.ServerName = "127.0.0.1";
ConnectOption.ServerPort = "8800";
ConnectOption.UserName = "KVAdministrator";
ConnectOption.Password = "KVADMINISTRATOR@KING";
ConnectOption.ConnectionFlags = 2;
ConnectOption.NetUserFlag = false;
ConnectOption.NetworkTimeout = 0;
ConnectOption.Reserved1 = 1;
ErrorCode = KXTV.KXTVServerConnect(ref ConnectOption, refm_hClient);
if (IsOK(ErrorCode, "KXTVServerConnect") == false)
return false;
其中ConnectOption为局部变量，在托管内存的堆栈区分配的空间。函数参数的传递方式为引用传递，并不是将堆栈区ConnectOption的地址传递给非托管函数，而是由封送拆收器根据结构体的定义在非托管空间开辟一块内存，将堆栈区的ConnectOption的各字段按照指定的方式封送过去，再取得该内存地址封送给非托管函数，非托管函数完成操作后，封送拆收器会将数据按照指定的方式封送回来，最后由封送拆收器释放掉非托管去的内存。
所以结构体中应用StructLayout属性来控制字段在内存中的布局很重要，如果和C++编译器生成的内存布局不分歧，则会导致无法取得结构体中的某些变量，从而导致程序出错。
数组：
数组是引用类型，对于引用类型按照值传递方式传送过去的也是地址。如果数组中的元素是简单的blittable类型（该类型变量在C#和C++中的内存结构是分歧的，可直接复制到本机代码（native code）的类型）。则会将数组的指针直接传送过去，这是C#的优化，没有值拷贝的过程。
blittable类型有：
Byte；SByte；Int16,；Uint16；Int32；Uint32；Int64；Uint64；Single；Double；IntPtr；UIntPtr。
blittable类型基本上都是整型和实数型，这些类型在托管内存和非托管内存中的大小都是分歧的，可以不通过任何转换停止互操作。
而对于所有的字符类型，接口，类，结构体等，都须要封送拆收器停止一些转换，所以都会在非托管内存中复制一份拷贝。而blittable类型则不用。
所以应用blittable类型的数组作为值传递过去，在非托管函数中的任何修改都会在C#中可见的。如果这不是须要的，则必须指定参数传递的方向属性为[in]，即不返回修改的值，这时封送拆收器就停止值复制的过程。
字符串：
字符串的封送过程要注意字符集的问题。C#中应用的Unicode编码，而C++中的则不一定，所以须要CharSet停止修饰String，这样封送拆收器就能停止相应的转换。
C#中的String的值是不可原地修改的，而System.Text.StringBuilder的值是可以原地修改的。在方向属性上StringBuilder对象比较特殊，在没有标注参数的方向属性是，封送拆收器采用[In]的方式停止默许的处理，对于StringBuilder，封送拆收器则采用[In, Out]方式停止封送处理，即如果StringBuilder传递过去的字符串发生了修改，封送拆收器默许会将修改的值再封送回StringBuilder对象中。
5>应用Marshal类的静态方法实现托管内存与非托管内存之间的转换
对于C++中的一些复杂类型在C#中没有相应的数据类型与之对应，所以只能应用指针IntPtr来获取该对象在托管内存中的地址，然后应用Marshal类提供的静态方法将非托管内存中的对象复制到托管内存中。
本项目中：
typedef struct KXTVStringArray
{
KXTV_UINT32 SizeOfArray; /// 数ºy组Á¨¦大䨮小?
KXTV_WSTR_ARRAY StringArray; /// 字Á?符¤?串ä?数ºy组Á¨¦
}KXTV_STRING_ARRAY,*PKXTV_STRING_ARRAY;
该结构体的StringArray为指向指针数组的指针，该指针数组中的每个元素指向一个字符串。这些字符串的内存大多在C++非托管内存中请求的。须要应用IntPtr来取代StringArray。
然后用Marshal中的方法解析出字符串数组：
public static KXTV_WSTR[] parseToString(KXTV.KXTVStringArray TagNameArray)
{
uint size = TagNameArray.SizeOfArray;
KXTV_PTR[] ptrs = new KXTV_HANDLE[size];
//将指针数组复制到ptrs指向的内存中
Marshal.Copy(TagNameArray.StringArray,ptrs, 0, (int)size);
KXTV_WSTR[] str = new KXTV_WSTR[size];
for (uinti = 0; i < size; i++)
{
//将非托管内存中的字符串复制并构建托管内存中的String对象
str[i] = Marshal.PtrToStringUni(ptrs[i]);
}
return str;
}
对于指针转换为结构体，Marshal类也提供了PtrToStructure方法，本项目中的应用为：
KXTV.KXTVTagPubDataTagPubData = (KXTV.KXTVTagPubData)Marshal.PtrToStructure(pFieldValueArray, typeof(KXTV.KXTVTagPubData));
之后非托管中的内存须要调用对应的函数停止释放，见下一节介绍。
6>内存释放问题，即C#中如何释放非托管代码请求的内存
非托管C++代码中分配内存有三种方式，malloc，new，CoTaskMenAlloc。对于前两种方式须要在非托管内存中释放内存，第三种方式可以在非托管内存中释放，也可以在托管内存中释放。
如果C#调用的函数有一个指针参数，该指针参数在C++中分配了内存，并传递回来了，这时就须要在应用完这块内存之后释放掉，否则会出现内存泄漏。
在本项目中，也有C++分配内存的例子，如
KXTV_RET KXTVAPI KXTVTagGetTagNamebyID(
INKXTV_HANDLE ServerHandle,
INKXTV_UINT32 TagNum ,
INKXTV_UINT32* TagIDArray ,
OUTPKXTV_STRING_ARRAY TagNameArray ,
OUTKXTV_RET* ErrorCodeArray);
TagNameArray的内存是在KXTVTagGetTagNamebyID函数内部份配的，由于不晓得内存的分配方式，所以只能应用运行库提供的接口来释放这部份内存。
释放内存的接口为：
KXTV_RET KXTVAPI KXTVAPIFreeStringArray(INPKXTV_STRING_ARRAY StringArray);
这里主要讨论一下在托管C++中应用COM的内存分配方法CoTaskMenAlloc的情况。在这种情况下可以在C#中释放非托管内存。
如有如下函数：
bool MallocString( chat * pStr);
该函数应用CoTaskMenAlloc分配了一段内存给pStr后返回。该函数在C#中对应的声明可写为：
[DllImport("dllName.dll",CharSet= CharSet.Ansi)]
bool MallocString([Out] Stirng Str );
函数返回时，封送拆收器在托管内存中建立Str对象，并将非托管内存中的字符串拷贝到托管内存Str对象中，完成转换后，封送拆收器会调用CoTaskMenFree尝试释放pStr指向的非托管内存，如果该内存是由CoTaskMenAlloc方式分配的，则释放成功。如果是用new或malloc请求的，则释放失败，这时就出现了内存泄漏的情况。
所有封送拆收器在停止类型转换时，会主动调用CoTaskMenFree方法来尝试释放内存，当然也可以显示释放内存。
应用IntPtr数据类型来对应pStr，封送拆收器将非托管数据封送成IntPtr时，直接将指针复制进IntPtr的值中，如上声明为：
[DllImport("dllName.dll",CharSet= CharSet.Ansi)]
bool MallocString([Out] IntPtr pStr );
应用Marshal类的PtrToStringAni()方法实现数据拷贝:
String Str = Marshal. PtrToStringAni(pStr );
这时数据已经复制到Str对象中了，可以释放非托管内存中pStr的内存了：
Marshal.FreeCoTaskMem( pStr );
这就是手动释放CoTaskMenAlloc分配的内存，当然也可以在C++中提供一个函数来释放分配的内存：
bool ReleaseString( char * pStr);
之后在C#中调用该函数释放内存也可以。
注：
对于不确定内存分配方式的，只能应用C++提供的函数来释放内存。
本项目中的例子：
KXTV.KXTVTagGetTagNamebyID(m_hClient, 1,TagIDArray,ref TagNameArray, ErrorCodeArray);
String[] TagNames = parseToString(TagNameArray);
KXTV.KXTVAPIFreeStringArray(ref TagNameArray); /释放内存
文章结束给大家分享下程序员的一些笑话语录：
苹果与谷歌之争就是封闭收费与自由免费思想之争。（别急着把google来膜拜哦？那可是一家公司，以赚钱为目标的公司！当年我Party就是这样把广大劳动人民吸引过来的。今天的结果你们都看到了。）