dll的内存申请和释放问题--Debug程序正常而Release程序崩溃

C++编程中经常遇到这样的需求：主函数需要调用一个功能函数并返回一块大小不定的存储着处理结果的内存，这时容易想到两种选择：一是使用vector类型的引用作为形参，无需考虑内存问题；二是使用指针，在主函数中定义指针，而在功能函数中申请内存。这两种处理方法本来没有问题，但如果功能函数是dll中的函数，那么就需要十分小心了。

下面我们直接上结论：

1. 如果使用vector类型作为dll库函数的形参，那么一定不能在库函数中更改vector的大小，而只能更改vector的内容；

2. 如果使用指针，且在dll库函数中申请内存，那么dll库必须同时导出相应的函数，最后由主函数调用该函数释放之前申请的内存。

否则的话，就将遭遇程序员最郁闷的那句“为什么我的程序Debug下面好的，Release下就崩溃了？！”

例如，假如dll导出以下函数testDllMemory(vector &a)，那么在主函数中调用该函数，会导致崩溃！

void testDllMemory(vector &a)
{
	float t=1.0;
	a.push_back(t);
}

例如，假如dll导出以下函数void testMemory(float **a)，那么在主函数中调用该函数没有问题，但如果直接在主函数中释放a的内存将会导致程序崩溃！必须调用dll的导出函数ReleaseMemory(float **p_result)来释放内存。

void testMemory(float **a)
{
	*a = new float[10];
	(*a)[0] = 1;
	(*a)[1] = 2;
}

void ReleaseMemory(float **p_result)
{
	if (*p_result != NULL)
	{
		delete[] *p_result;
	}
}

问题来了，这是为什么？其实，别人已经总结了：

Release下，dll是动态链接C运行库，exe是静态链接C运行库，因此最终的进程有两份malloc函数的代码，既然malloc代码地址有两份，可以知道两个C运行库中的全局变量也有两份，维护堆的数据结构也有两份，那么一个C运行库new出来的地址，在另一个C运行库中不会有记录，也就不能去delete。