_countof和sizeof

    最近在网上搜代码,找到一些不错的源码,作为我的比赛项目的参考。不过看代码的时候发现一个很重要的问题,很多人忽略(包括我经常看的XX的视频,还有我自己)。这个问题虽然小,不过有时候可以要了C/C++程序的命。

    在函数的说明文档里,有些时候某个函数的某个参数的说明是这样:

        /* Maximum length of zSql in bytes. */

    有的函数又是这样写的:

         The size of the lpFilename buffer, in TCHARs.

    一个in bytes和一个in TCHARS(或in chars),他们有什么区别?其实区别很大,in bytes表示以字节为单位,in tchars表示传入的是数组长度。这又涉及到编码问题。

    C/C++里面有宽字符(wchar_t)和窄字符(char)两种字符类型。每个char占1个字节,每个wchar_t占两个类型。tchar是一个通用类型,如果我们在工程设置里打开宽字节,tchar就被解析成wchar_t,否则就被解析成char。

    我们写windows程序一般都是用tchar类型作为我们的字符类型。比如定义一个TCHAR szBuf[256];就是一个字符数组。(如果没开启宽字符,则被解析成char szBuf[256],和我们平时写的程序一样)

    1.在没开启宽字符(unicode)的时候

    因为char只占用1个字节,所以char szBuf[256]占用256个字节,即:

    sizeof(szBuf) == 256

    _countof(szBuf) == 256  // _countof函数意思是求数组的长度

    得到的是一样的结果。

    所以in bytes的时候,传入sizeof(szBuf)就行了。比如我在《 sqlite的C语言使用 》讲过的sqlite3_prepare函数,第三个参数就传入sizeof(zSql)。

    in CHARs的时候,可以传入_countof(szBuf),也可以直接传入256,。

    在没开启uncide的情况下,就算sizeof和_countof用混了,也不影响程序最终运行。因为结果都是256.

 

    2.在开启了宽字节UNICODE的时候

    sizeof(szBuf) == 512

    _countof(szBuf) == 256

    两者不一样了。因为tchar被解析成wchar_t,一个wchar_t占两个字节。如果这时候,函数里用混的话,可能会出现意想不到的结果。

    比如大家读这段有问题的代码:

int _tmain(int argc, _TCHAR* argv[])
{
    TCHAR strDir[10];
    int large = sizeof(strDir);
    int re = GetModuleFileName(NULL,strDir,large);
    return 0;
}

    现在这个GetModuleFileName的用处是获取现在程序运行的目录,得到的信息就保存在strDir里。第三个参数说明就是: The size of the  lpFilename  buffer, in TCHARs.  应该传入_countof(strDir)可是我们现在传入的是sizeof(strDir),传成了字符数组占用空间的大小。调试运行看:

点击查看原图

    明明定义的strDir是strDir[10],却装了超过10的数据"F:programtest_Dir",明显溢出了。

    在一般情况下,这样的溢出不会造成程序崩溃,但如果正好有程序需要用溢出的这块地方的内存,本程序就崩溃了。


    所以我建议大家,在使用此类含有字符串数组长度的函数时,看清楚说明文档中的说明,到底是要传入它的大小还是它的长度。比如这类函数:strcpy_s,strcat_s,wcscpy_s..这种字符串操作的函数都是传入字符串的长度,也就是_countof,以后一定不要错了。

    多说一句,一般MSDN里,没有特别说是in bytes的(比如说什么Size of the destination string buffer),一般都是要传入字符串长度。

相关推荐: 位运算判断奇偶数

昨天晚上在床上想到一个东西挺好玩的。拿出来分享一下。 以前写判断奇偶数的函数都是用retrun(0 == n%2 ? TRUE : FALSE)这句话写。后来我想,一个整数的二进制码最后一位,奇数是1,偶数是0。我们把n和1按位与,就能得到1或者0。于是我的函…

© 版权声明
THE END
喜欢就支持一下吧
点赞0
分享
评论 抢沙发

请登录后发表评论