为什么sizeof(带有字符变量的类)在c++中是异常的

Why is sizeof (class with character variable) anomalous in C++?

本文关键字：c++ 异常 字符变量 为什么 sizeof      更新时间：2023-10-16

考虑以下代码:

#include <iostream>
#include <conio.h>> 
using namespace std;
class book 
{ 
    char Title;
    int no_of_pages; 
public: 
    void read(); 
    void show(); 
}; 
int main()
{
    book ob;
    char Title;
    cout << sizeof(book) << " " << sizeof(Title) << endl;
    getch();
    return 0;
}

代码的输出是

8 1

如果我改变类中'Title'的定义如下:

标题

char [5];

和main()"标题"

标题

char [5];

输出变为:

12 5

为了查看这是否是对程序中的所有字符串变量所做的事情，我在main()中使用了'Title'。但是，对于在类中声明的字符串，该模式是明显的。

为完整起见，模式为:

字符数组的大小取比数组实际大小大4的最小倍数

问题:虽然我知道它是依赖于实现的，有人知道或可以建议c++ 11的这种行为的原因吗?

我的编译器是VS 2012, 64位Windows。

int类型通常有四个字节的大小，并且编译器通常会尝试以四字节对齐方式将其存储在内存中。

在名为"book"的类中，"Title"字符存储在偏移量0处，大小为1(根据定义，char的大小始终为1)。那么您认为no_of_pages应该存储在哪里呢?在偏移量1,2或3处，它不会以四字节对齐方式存储。因此它被存储在偏移量4处，占用4个字节，这使得"book"的总大小为4个字节。以浪费三个字节为代价，每次访问no_of_pages都更快。

实际上，如果你看这段代码:

book book1 = ...; 
book book2 = book1;

第二个赋值需要复制8个字节。在典型的64位计算机上，这是通过将book1中的64位加载到寄存器中，然后将该寄存器存储到book2来完成的。两个指令。复制5个字节要复杂得多。

这是padding。字符数组有5个字节长，所以如果no_of_pages直接存储在数组之后，它将存储在第6到第9字节(相对于对象的开头)。但是，如果正确对齐，从内存中读取值会更有效，因此如果存储在字节8到11中会更好。因此，在数组的末尾和no_of_pages的开头之间添加了3个字节的填充。这3个字节不是数组大小的一部分(也就是说，数组仍然是5个字节)，但它们是对象大小的一部分，因为它们在对象内部。

相关文章：