遇到DEBUG成功的版本RELEASE 就有问题，以下是问题的分析总结
1. 变量未初始化。
下面的程序在debug中运行的很好。
1 thing * search(thing * something)
2 BOOL found;
3 for(int i = 0; i < whatever.GetSize(); i++)
4 {
5 if(whatever[i]->field == something->field)
6 {
7 found = TRUE;
8 break;
9 }
10 }
11 if(found)
12 return whatever[i];
13 else
14 return NULL;
而在release中却不行，因为debug中会自动给变量初始化found=FALSE,而在release版中则不会。所以尽可能的给变量、类或结构初始化。
2. 数据溢出的问题
如：
1 char buffer[10];
2 int counter;
3 lstrcpy(buffer, "abcdefghik");
在debug版中buffer的NULL覆盖了counter的高位，但是除非counter>16M,什么问题也没有。但是在release版中，counter可能被放在寄存器中，这样NULL就覆盖了buffer下面的空间，可能就是函数的返回地址，这将导致ACCESS ERROR。
3. DEBUG版和RELEASE版的内存分配方式是不同的 。
如果你在DEBUG版中申请 ele 为 6*sizeof(DWORD)=24bytes,实际上分配给你的是32bytes（debug版以32bytes为单位分配）， 而在release版，分配给你的就是24bytes（release版以8bytes为单位），所以在debug版中如果你写ele[6],可能不会有什么问题，而在release版中，就有ACCESS VIOLATE。
4. 内存分配
保证数据创建和清除的统一性：如果一个DLL提供一个能够创建数据的函数，那么这个DLL同时应该提供一个函数销毁这些数据。数据的创建和清除应该在同一个层次上。
5. DLL的灾难
人们将不同版本DLL混合造成的不一致性形象的称为 “动态连接库的地狱“(DLL Hell)。
如果你的程序使用你自己的DLL时请注意：
1. 不能将debug和release版的DLL混合在一起使用。debug都是debug版，release版都是release版。
解决办法是将debug和release的程序分别放在主程序的debug和release目录下
2. 千万不要以为静态连接库会解决问题，那只会使情况更糟糕。