最近在写一个读取模型文件的小程序。很随意的使用了strcpy函数进行char字符数组的拷贝，这个数组是需要传递给PostMessage作为WPARAM的参数。代码部分如下：
 
1 char pStrCurrentFileName[MAX_PATH] = "";
 
2 std::string strCurrentFileName;
 
3
 
4 //若是有效单个prt文件路径，则直接读取
 
5 if (IsValidModelPath(m_strInputPath))
 
6 {
 
7 //此处省略部分代码
 
8
 
9 strCurrentFileName = GetFileNameWithExt(m_strInputPath);
 
10 strcpy(pStrCurrentFileName, strCurrentFileName.c_str());
 
11 ::PostMessage(m_hDlg, WM_USER_MSG_SHOWFILENAME, WPARAM(&pStrCurrentFileName), LPARAM(m_strInputPath.size()));
 
12
 
13 ReadFile(m_strInputPath);
 
14
 
15 //此处省略部分代码
 
16 }
 
程序在64位Debug下运行正常，编译成64位Release后，双击exe运行，在执行到此部分后程序闪退，有时候会弹出一个提示对话框(忘记截图 了)，大概适合ntdll.dll有关。而且几乎读取所有模型都会出现这个问题。百度了ntdll.dll，原来所有的win32api函数都会调用该 dll，立刻联系到增加的这个strcpy函数(由于用了svn，历史版本也不多，回溯起来也方便^_^)。因为之前在使用strcpy时，也想到是不是 要使用memcpy函数，但当时没怎么考虑就用strcpy了。改用memcpy后，第10行代码替换成：
 
memcpy(pStrCurrentFileName, strCurrentFileName.c_str(), strCurrentFileName.size());
 
release下运行再没有出现崩溃的情况。直接搜百度“mfc程序release崩溃”，有篇文章正好有提到，现摘抄如下：
 
2.数据溢出的问题
 
如：
 
char buffer[10];
 
int counter;
 
lstrcpy(buffer, "abcdefghik");
 
如果您使用了strcpy(),lstrcpy() 等函数请注意检查。
 
在 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。