2.3.1特殊数据的传递

　　对于大量数据的传出，返回值的方法是行不通的。比如，我曾经在写一个图像数据处理的函数的时候，需要DLL函数返回处理完后的图像数据，这个数据有150K，当时的想法是声明一个150K的数组，然后返回。但是后来遇到了一个问题：每次程序运行到这个函数的时候，都会出现问题“Microsfot Visual Studio正忙”然后就是Visual Studio假死没有反应。

　　当时都不知道这是什么原因，到后来对数据的存储空间进行了一些学习后才逐渐有点明白了。可以参考文章：《堆栈，堆栈，堆和栈的区别》：里面一段关于“申请大小的限制 ”的说明：

　　栈：在Windows下,栈是向低地址扩展的数据结构，是一块连续的内存的区域。这句话的意思是栈顶的地址和栈的最大容量是系统预先规定好的，在WINDOWS下，栈的大小是2M(也有的说是1M，总之是一个编译时就确定的常数)，如果申请的空间超过栈的剩余空间时，将提示overflow。因此，能从栈获得的空间较小。

　　堆：堆是向高地址扩展的数据结构，是不连续的内存区域。这是由于系统是用链表来存储的空闲内存地址的，自然是不连续的，而链表的遍历方向是由低地址向高地址。堆的大小受限于计算机系统中有效的虚拟内存。由此可见，堆获得的空间比较灵活，也比较大。

　　在C#中，声明一个150K甚至是1M的数组都是完全没有问题的，觉得可能是因为C#的数组在声明的时候本来就是用的new，也就是说本来就放在“堆空间”上的，然后最后用完后，由系统自动回收。但是C++中却不行，C++函数中声明的临时变量都是放在“栈空间”里面，大小是有限制的，如果太大会出现上面那种处理不过来的问题。所以，对于比较大的数据，C++中一般采用动态申请内存(malloc/free,new/delete)，在“堆空间”上开辟存储空间，这个里面的上限就是剩余的内存大小，所以可以进行大量数据的缓存。

　　不同语言之间的数据类型实现兼容。如果是同语言之间的调用，数据类型的兼容性就不会是问题了。如果是不同语言之间的调用，比如C#里面有很多高级的数据类型是C++里面没有的，这个时候就要考虑数据的兼容性了。在网上可以找到一些数据兼容的文章可以参考一下，例如：《C#调用C++的DLL搜集整理的所有数据类型转换方式》,如果有兴趣可以自己试试。其中有几个比较重要的：

　　C++的取地址符号对应C#中的ref引用关键字，可以用来传出整形等基本数据类型

　　C++里面的字节数组BYTE数组也直接对应着C#中的BYTE数组(事先指明了大小的)

　　C++里面的指针对应着C#中的IntPtr(可以用于动态分配内存的场合)

　　虽然里面还有，C++中的字符串和C#中的StringBuilder对应，但是这个时候涉及到C#中在引用DLL的导出函数的时候，要设置编码格式，否则DLL传出的参数会出现乱码，XP下可以设置，WinCE下却没有。所以，笔者认为，这种方法不具有一般性和通用性。后来在编程学习的过程中，对数据的硬件存储有了一定的概念后，终于搞明白了一点了，其实任何复杂的数据类型在硬盘的存储形态都是01二进制编码的，用稍微高级点的眼光来看，就是以8位为一字节来存储和描述的，比如：不管是什么文件，实际上都是二进制流;复杂点的数据如字符串，也可以用一个整数数组来描述;结构体，实际上也是一系列数据的存储介质上按字节来排列存储的。所以，任何的数据类型都可以转成一个BYTE(unsigned char)数组进行表示，同样，这个BYTE数组也可以还原成原先定义的那种复杂的数据类型。

　　对于一些大小事先就能确定的数组，可以直接用数组作为C++语言的DLL和C#的EXE之间的共同数据通道。对于一些大小不确定的(需要在DLL程序中动态申请的内存块)，可以用指针来作为共同的数据通道，在C#中有个IntPtr，从DLL中传出内存块的地址和数据区域的大小后，C#的EXE程序就可以通过相应的接口函数将这些内存块中的数据拷贝出来到一个BYTE数组中。

　　C#中的new的数据类型，就相当于C++中的malloc一样，动态分配了内存，只是在C#的EXE程序中不需要由程序员自己去释放，所以C#中new的数据，C++的DLL中可以直接把它看成malloc后的数据，同时在C#使用数据完毕后，不用自己手动释放的(现在还不知道这个猜测是不是对的)，DLL中malloc得到的动态内存空间传到C#的EXE程序中后，不知道C#中是否需要手动编写代码进行释放?。

　　注：本来是想重点对传出参数进行介绍，而且还附演示代码，但是后来想想都是一些细节，写下来太繁琐，而且源代码一直没有时间去完善，使它能包含上面所有的函数示例，所以，就主要把自己的心得体会还有疑问写下来和大家分享下，如果今后有时间的话，再对这一部分进行完善吧。今后可以会专门写一个关于DLL跨语言传递动态申请空间的数据的总结的。

　　3. DLL的调用

　　3.1 C++程序的调用

　　3.2 C#程序的调用

　　这部分在以前一篇文章中已经进行了详细介绍，在此不再重复了。VS2005和VC6.0在这个步骤上的操作一样。详情请见《VC++的DLL应用(含Demo演示)》。

　　4. DLL调试

　　以前写的一篇关于DLL的文章，里面用的是VC6.0，当时还不知道其实一个“工作区”可以包含多个“项目”，所以，就可以直接实现C++的DLL和EXE源码的联调的，但是C#应用程序的话，还是不行。在VS2005中，这点就比较好的解决了。在VS2005的“解决方案资源管理器”中，一个“解决方案”里面可以建立多个“项目”，这些项目可以是不同的语言项目。所以，VS2005中的跨语言调试比VC6.0中更方便一些。

　　首先，在VS2005的同一个解决方案中建立三个项目，一个DLL项目(用来生成DLL文件)，一个C++项目和一个C#项目(用来调用DLL并进行测试)。

　　对DLL项目编写相关源码，实现相应的导出函数，然后生成DLL文件，对DLL的项目属性进行参数设置，调试选项中的“命令”项设置成对应的EXE程序。将DLL文件放到相应的EXE程序的目录下面，然后就可以通过右键相应的项目选择【调试】对相应的项目进行调试了。如果是C++的EXE项目，在调试的时候，遇到DLL的导出函数，然后单步执行，可以进入到本解决方案下的DLL项目的源码中，实现两个项目的代码的联调。对于C#执行程序，也可以进行联调，但是要在DLL项目属性中对“调试属性”进行设置，调试器类型选择“混合”模式，就可以实现不同语言的两项目的源码联调了。

　　上面的调试方法讲的都是WinXp下的，在WinCE系统中，目前根据笔者的经历，好像跨语言的时候是不能实现源码级的联调的，只能要么对EXE进行调试，要么对DLL进行调试，分开调试，其实起到的效果一样，只是调试启动的项目不同而已。对于同语言项目的调用，比如：从DLL项目启动调试，调用EXE，在DLL和EXE项目中可以同时断点成功。但是从EXE项目启动的话，就无法断到DLL源文件中(XP环境下可以)。

　　注：本文所讲的内容，除了特别指出地区别外，其余的技术在WinXP和WinCE平台上都是通用的,经过了实地测试的。