c++下memcpy()、memset()、memcmp()须要重视的

    添加时间:2013-8-5 点击量:

    memcpy()、memset()、memcmp()等这些内存操纵函数经常会帮我们完成一些数据复制、赋值等操纵。因为在C说话中,无论是内置类型,还是自定义的布局类型(struct),其内存模型对于我们来说都是可知的、透明的。所以,我们可以对该对象的底层字节序列一一进行操纵,简单而有效。代码片段如下所示:



    1. struct STUDENT  

    2. {  

    3.      char _name[32];  

    4.      int _age;  

    5.      bool _gender;  

    6. };  

    7.  

    8. STUDENT a = {Li Lei, 20, true};  

    9. STUDENT b = {Han MeiMei, 19, false};  

    10.  

    11. int len = sizeof(STUDENT);  

    12. STUDENT c;  

    13. memset(&c, 0, len);  

    14. memcpy(&c, &a, len);  

    15.  

    16. char data = (char)malloc(sizeof(char)len);  

    17. memcpy(data, &b, len); 


    在C++中,我们把传统C风格的数据类型叫做POD(Plain Old Data)对象,即一种古老的纯数据。在C的世界里底子没有POD这一概念,因为C的所有对象都是POD。一般来说,POD对象应当满足如下特点:其二进制内容是可以随便复制的,无论在什么处所,只要其二进制内容存在,我们就能正确无误地还原出POD对象。恰是因为这个原因,对于任何POD对象,我们都可以宁神大胆地应用memset()、memcpy()、memcmp()等函数对对象的内存数据进行操纵。


    然而在C++中,每小我都要十二分的重视了。因为C++的对象可能并不是一个POD,所以我们无法像在C中那样获得该对象直观简洁的内存模型。对于POD对象,我们可以经由过程对象的基地址和数据成员的偏移量获得数据成员的地址。然则C++标准并未对非POD对象的内存布局做任何定义,对于不合的编译器,其对象布局是不合的。而在C说话中,对象布局仅仅会受到底层硬件体系差别的影响。


    针对非POD对象,其序列化会碰到必然的障碍:因为对象的不合项目组可能存在于不合的处所,因而无法直接复制,只能经由过程手工参加序列化操纵代码来处理惩罚对象数据,很麻烦。然则针对POD对象,这一切将变得不再艰苦:从基地址开端,直接按对象的大小复制数据,或传输,或存储,随便处理惩罚。


    为什么C++中的对象有可能不是一个POD呢?这还要从C++的首要特点之一—动多态说起。动多态的一个根蒂根基支撑技巧就是虚函数。在应用虚函数时,类的每一次持续都邑产生一个虚函数表(vtable),此中存放的是指向虚函数的指针。这些虚函数表必须存放在对象体中,也就是和对象的数据存放在一路。因而,对象数据在内存里并不是以连气儿的体式格式存放的,而是被分别成了不合的项目组,甚至“身首异处”。既然对象数据不再集中在一路,若是此时再贸然应用memcpy()、memset()函数,那么所带来的结果将不成估计。


    请记住:


    要区分哪些数据对象是POD,哪些长短POD。因为非POD对象的存在,在C++中应用memcpy()系列函数时要对峙足够的警惕。

    文艺不是炫耀,不是花哨空洞的文字堆砌,不是一张又一张的逆光照片,不是将旅行的意义转化为名牌包和明信片的物质展示;很多时候它甚至完全不美——它嘶吼、扭曲,它会痛苦地抽搐,它常常无言地沉默。——艾小柯《文艺是一种信仰》
    分享到: