strcpy函数导致release版程序崩溃

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

最近在写一个读取模型文件的小程序。很随意的使用了strcpy函数进行char字符数组的拷贝，这个数组是需要传递给PostMessage作为WPARAM的参数。代码部分如下：

char pStrCurrentFileName[MAX_PATH] = "";
std::string strCurrentFileName; //若是有效单个prt文件路径，则直接读取
if (IsValidModelPath(m_strInputPath))
{
//此处省略部分代码 strCurrentFileName = GetFileNameWithExt(m_strInputPath);
strcpy(pStrCurrentFileName, strCurrentFileName.c_str());
::PostMessage(m_hDlg, WM_USER_MSG_SHOWFILENAME, WPARAM(&pStrCurrentFileName), LPARAM(m_strInputPath.size())); ReadFile(m_strInputPath); //此处省略部分代码
}

程序在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。

这篇文章的原文链接是：http://blog.csdn.net/fanwenbo/article/details/6067156

看来写了程序后，还需要经常release下同时测试，很多在debug下没有出现的问题会反映在release版中。

先记录下，后面有时间再研究下这个问题。