对于char型数据,其自身对齐值为1,对于short型为2,对于int,float,double类型,其自身对齐值为4,单位字节。...2 基本数据结构的自身对齐值(32位系统&64位系统) 附:【实验】malloc分配内存对齐原则 64位Linux系统下: #include #include...Address3 = 0x501070, AddressChar = 0x5010a0, AddressLonglong = 0x5010c0, AddressShort = 0x5010e0 32位Linux...这里主要看结果中struct s1和struct s2结构体的大小及struct s2中成员c的地址,可以得出一下结论(gcc版本4.1): 1 Linux 64位系统下gcc编译器默认对齐为8字节...2 Linux32位系统下gcc编译器默认对齐为4字节 3 在64位系统#pragma pack(4)的情况下,a1->c的地址按4字节对齐而不是按8字节(long在64位下为8字节长),会不会影响
结构体字节对齐 在用sizeof运算符求算某结构体所占空间时,并不是简单地将结构体中所有元素各自占的空间相加,这里涉及到内存字节对齐的问题。...从上面可以发现,在windows(32)/VC6.0下各种类型的变量的自身对齐参数就是该类型变量所占字节数的大小,而在 linux(32)/GCC下double类型的变量自身对齐参数是4,是因为linux...(32)/GCC下如果该类型变量的长度没有超过CPU的字长, 则以该类型变量的长度作为自身对齐参数,如果该类型变量的长度超过CPU字长,则自身对齐参数为CPU字长,而32位系统其CPU字长是4,所以 linux...(32)/GCC下double类型的变量自身对齐参数是4,如果是在Linux(64)下,则double类型的自身对齐参数是8。 ...在linux(32)/GCC下,n的取值只能为1、2、4,默认情况下为4。注意像DEV-CPP、MinGW等在windows下n 的取值和VC的相同。
---- 准则 其实字节对齐的细节和具体编译器实现相关,但一般而言,满足三个准则: 结构体变量的首地址能够被其最宽基本类型成员的大小所整除; 结构体每个成员相对于结构体首地址的偏移量都是成员大小的整数倍...结构体的总大小为结构体最宽基本类型成员大小的整数倍,如有需要编译器会在最末一个成员之后加上填充字节。 字节对齐的原因 各个硬件平台对存储空间的处理上有很大的不同。...比如有些架构的CPU在访问 一个没有进行对齐的变量的时候会发生错误,那么在这种架构下编程必须保证字节对齐.其他平台可能没有这种情况,但是最常见的是如果不按照适合其平台要求对 数据存放进行对齐,会在存取效率上带来损失...例子4 若在程序中使用了#pragma pack(n)命令强制以n字节对齐时,默认情况下n为8. 则比较n和结构体中最长数据类型所占的字节大小,取两者中小的一个作为对齐标准。...S1 s1; double b; int c; }S5; 则sizeof(S5)=24.因为强制以4字节对齐,而S5中最长数据类型为double,占8字节,因此以4字节对齐。
从上面可以发现,在windows(32)/VC6.0下各种类型的变量的自身对齐参数就是该类型变量所占字节数的大小,而在linux(32)/GCC下double类型的变量自身对齐参数是4,是因为linux...(32)/GCC下如果该类型变量的长度没有超过CPU的字长,则以该类型变量的长度作为自身对齐参数,如果该类型变量的长度超过CPU字长,则自身对齐参数为CPU字长,而32位系统其CPU字长是4,所以linux...(32)/GCC下double类型的变量自身对齐参数是4,如果是在Linux(64)下,则double类型的自身对齐参数是8。 ...在linux(32)/GCC下,n的取值只能为1、2、4,默认情况下为4。注意像DEV-CPP、MinGW等在windows下n的取值和VC的相同。 了解了这2个概念之后,可以理解上面2条原则了。...using namespace std; //#pragma pack(4) //设置4字节对齐 //#pragma pack() //取消4字节对齐 typedef struct
uint32_t a; char* b[0]; }; #pragma pack() sizeof(X)值为8,因为alignof(char*)和pack(8)最小值为8,故按8字节对齐...uint32_t a; char* b[0]; }; #pragma pack() sizeof(X)值为8,因为alignof(char*)和pack(4)最小值为4,故按4字节对齐...#pragma pack(1) struct X { uint32_t a; char* b[0]; }; #pragma pack() 按1字节对齐时,sizeof...(X)值为8,因为alignof(char*)和pack(1)最小值为4,故按1字节对齐。
对于char型数据,其自身对齐值为1,对于short型为2,对于int,float,double类型,其自身对齐值为4,单位字节。...故B从0x0000到0x000B 共有12个字节,sizeof(struct B)=12; 同理,分析上面例子C: #pragma pack (2) /*指定按2字节对齐*/ struct C {...又C的自身对齐值为4,所以 C的有效对齐值为2。又8%2=0,C只占用0x0000到0x0007的八个字节。所以sizeof(struct C)=8....有 了以上的解释,相信你对C语言的字节对齐概念应该有了清楚的认识了吧。...在网络程序中,掌握这个概念可是很重要的喔,在不同平台之间(比如在Windows 和Linux之间)传递2进制流(比如结构体),那么在这两个平台间必须要定义相同的对齐方式,不然莫名其妙的出了一些错,可是很难排查的哦
{ double a;//8个字节 char b;//1个字节 float c;//4个字节 }DataType_8; #pragma pack(pop) //4字节对齐方式...{ double a;//8个字节 char b;//1个字节 float c;//4个字节 }DataType_2; #pragma pack(pop) //1字节对齐方式...相关概念 字节对齐: 现代计算机中,内存空间按照字节划分,理论上可以从任何起始地址访问任意类型的变量。...字节对齐的问题主要就是针对结构体。...引用一些博客博文说明 四个重要的基本概念: 数据类型自身的对齐值:char型数据自身对齐值为1字节,short型数据为2字节,int/float型为4字节,double型为8字节。
S_local_capacity + 1]; size_type _M_allocated_capacity; }; }; 其中size_type的等价于size_t,64位机器上是8字节...,指针也是8字节.因此,上述我们可以知道内存结构为 8字节内存指针 8字节字符串长度 匿名的enum,并没有用一个枚举去声明一个名,不占内存. 16字节联合体 故string内部按8字节对齐,共占32字节大小.... 2.解析答案 现在回到上面那个问题上: 结构体A的内部结构通过上述的string,我们知道如下: 4字节int 8字节long 32字节string 而32字节又可以被展开为: 8 8 16 根据...string我们知道是8字节对齐,据此得出A为8字节对齐. int+long为12,需要填补到8的倍数边界,故为16,而string为32,不用变,因此最后为16+32=48.
有读者对字节对齐还有些疑问,这里分享一篇旧文。 字节对齐是我们初学C语言就会接触到的一个概念,但是到底什么是字节对齐?对齐准则又是什么?为什么要字节对齐呢?字节对齐对我们编程有什么启示?...那么就要求各种数据类型按照一定的规则在空间上排列,这就是对齐。 对齐准则是什么 总的来说,字节对齐有以下准则: 结构体变量的首地址能够被其对齐字节数大小所整除。...为什么要字节对齐 无论数据是否对齐,大多数计算机还是能够正确工作,而且从前面可以看到,结构体test本来只需要11字节的空间,最后却占用了16字节,很明显浪费了空间,那么为什么还要进行字节对齐呢...实际编程中的考虑 实际上,字节对齐的细节都由编译器来完成,我们不需要特意进行字节的对齐,但并不意味着我们不需要关注字节对齐的问题。...1字节对齐 自己对结构进行字节填充 我们可以使用伪指令#pragma pack(n)(n为字节对齐数)来使得结构间一字节对齐。
在二进制写文件时,可以用 模块将数据捆绑成结构体转化成字节流,为了方便与 交互,避免 在读取二进制字节流时因为 的字节对齐问题而造成不必要的麻烦, 的 模块默认按照...的字节对齐方式进行对齐。...('iq') 16 你没有看错,这里竟然字节对齐了,变成了 字节。...这波操作骚气啊……用 反复测试了两种写法,结果均为 字节。 不知道该怎么喷 ,最后图个省事儿,弄成了 ,妈妈再也不用担心字节对齐的问题了。...对了,如果有哪位大佬的编译器的确是不一样的字节对齐结果,麻烦告知用的是什么编译器,让我避开他……
1.什么是字节对齐 在c语言的结构体里面一般会按照某种规则去进行字节对齐。...从以上结果可以看出,结构体st1在32位下是按照4个字节来对齐的,在64位下则是按照8个字节来对齐的,结构体st2则不管32位还是64位则都是按照1个字节对齐的。...那么我们可以总结出对齐规则如下: 在所有结构体成员的字节长度都没有超出操作系统基本字节单位(32位操作系统是4,64位操作系统是8)的情况下,按照结构体中字节最大的变量长度来对齐; 若结构体中某个变量字节超出操作系统基本字节单位...,那么就按照系统字节单位来对齐。...注意:并不是32位就直接按照4个字节对齐,64位按照8个字节对齐。
字节对齐 //来源:公众号【编程珠玑】 /https://www.yanbinghu.com #include struct test0 { short a; int...答案可参考《理一理字节对齐的那些事》 文本查看 linux下查看文本内容的命令有哪些? 答案可参考《Linux常用命令--文本查看篇》。
这是因为编译器考虑到了运行效率,从而将type_t做了4字节对齐的处理。...2字节对齐。...现在,我们开始分析采用字节对齐和不采用字节对齐时,cpu 对于内存的访问次数有何不同。...对于不采用字节对齐的情况,a变量无论如何只要进行一次内存操作的,而b变量有可能需要进行二次内存操作,因为这一变量跨越了4字节的边界。...此外,更为麻烦的是对于边界不对齐的b,还得将其合成4字节(一部分是来自一个四字节中的b0、b1和b2,另一部分来自另一个4字节中的b3),而这又增加了程序的复杂性,即需要更多的指令来完成。
这不,一个由字节对齐导致的挂死问题就出来了。...字节对齐和64位 关于字节对齐,可参考《理一理字节对齐的那些事》,而之前也分享过另一个切64位之后出现的问题,有兴趣的可以查看《记64位地址截断引发的挂死问题》。...,而cJSON的头文件也在其中,那么就会导致里面的cJSON结构体按照1字节对齐,最终其结构体大小为56个字节,而已经编译好的cjson库可并非如此,因此对于64位程序,它还是按照8字节对齐,结构体大小为...64字节,而对于32位程序,按照4字节和1字节对齐,都是36字节,因此也不会有问题。...思考 什么情况下需要1字节对齐呢? 附录 本文完整代码可点击阅读原文或者访问 http://www.yanbinghu.com/2019/08/04/21364.html 附录部分。
作者:李云 摘要 字节对齐(alignment)是CPU在性能方面所面临的一个非常重要的问题。...有些处理器能自动处理不对齐数据的访问(对字节对齐要求不严格),但是,有些处理器却无法处理(对字节对齐要求很严格)。...对于c程序员,大部分情况下我们并不考虑字节对齐问题,这并不是说我们并不需要考虑,而是因为碰到这种问题的情况很少。一方面要在特定的处理器上,而另一方面和我们写的程序也有关系。...因此,结果给我们的感觉是”字节对齐与我无关”。 本文通过一小段代码通过在不同处理器上的运行结果引出对字节对齐问题的关注,同时进行原因分析。 1....这其实是一个cpu对齐所引发的问题,下面我们通过对字节对齐问题的分析来探究其背后的原理。后面的分析我们全部针对运行在32位SPARC处理器上的Solaris操作系统进行的。
前言 字节对齐是我们初学C语言就会接触到的一个概念,但是到底什么是字节对齐?对齐准则又是什么?为什么要字节对齐呢?字节对齐对我们编程有什么启示?本文将简单理一理字节对齐的那些事。...那么就要求各种数据类型按照一定的规则在空间上排列,这就是对齐。 对齐准则是什么 总的来说,字节对齐有以下准则: 结构体变量的首地址能够被其最大基本类型成员字节数大小所整除。...为什么要字节对齐 无论数据是否对齐,大多数计算机还是能够正确工作,而且从前面可以看到,结构体test本来只需要11字节的空间,最后却占用了16字节,很明显浪费了空间,那么为什么还要进行字节对齐呢...实际编程中的考虑 实际上,字节对齐的细节都由编译器来完成,我们不需要特意进行字节的对齐,但并不意味着我们不需要关注字节对齐的问题。...1字节对齐 自己对结构进行字节填充 我们可以使用伪指令#pragma pack(n)(n为字节对齐数)来使得结构间一字节对齐。
应该是13个字节, 为什么会有别的答案. 甚至没有#pragma pack (v)的情况下都是16. 原因就在于字节对齐....关于字节对齐为啥存在, 简单来说, 就是数据都是一块一块读的, 不是一个一个....而64位默认是8字节对齐. 然后你会说, 就这? 类大小 那么下面这个呢?...如果4字节对齐就是60. 注意, 这里C, D都有虚指针, 被E继承. 如果变化下, 改成虚继承....其实2个虚指针+B的变量+C的变量, 16+13+4=33, 8字节对齐, 40.
结构体字节对齐 结构体的空间大小: 结构体为了保证CPU的访问效率,默认采用内存对齐机制 对齐标准为结构体中基础数据类型的成员最大值 对齐标准和成员申明顺序有关 #include #...通过上图我发现结构体的存储不是简单的字节的累加:4+16 = 20;4+15 = 20; 2.为什么要使用字节对齐规则呢?...以上面图片分析,假如不采取内存对齐规则:CPU从上往下进行读取,上面的矩形代表age的4个字节,中间的椭圆代表name的15个字节,下面的矩形代其他数据占用的内存(假设占4个字节)。...,提出了一个概念:字节对齐。...(2)从第二个成员开始,在其自身对齐数的整数倍开始存储(对齐数=编译器默认对齐数和成员字节大小的最小值,VS编译器默认对齐数为8)。 (3)结构体变量所用总空间大小是成员中最大对齐数的整数倍。
uint8_t定义变量地址要1字节对齐。 uint16_t定义变量地址要2字节对齐。 uint32_t定义变量地址要4字节对齐。 uint64_t定义变量地址要8字节对齐。...,a单字节对齐,b是两字节对齐,而c要是4字节对齐,从出现b定义完毕后空出来1个字节未被使用。...d是8字节对齐,这样就是16字节。...,b占用2字节对齐,c需要4字节对齐,这样就空出来2两个字节未使用,d占用8字节,最后一个a占用了8字节。...比如使用SDIO DMA从SD卡读取数据,我们就可以设置源地址依然是4字节对齐(外设访问要4字节对齐),而目的地址设置为字节对齐,就可以方便的解决4字节对齐问题。
作为构建.NET的标准,CLI Spec(ECMA-335)针对基元类型的对齐规则具有如下的描述。...按照这个标准,我们是这么理解的:8字节的数据类型(int64、unsigned int64和float64)根据采用的机器指令架构选择4字节或者8字节对其。...进一步来说,它们在x86/x64机器上的对其字节分别为4字节和8字节。...4字节(如果采用4字节对其的话,二进制形式应该FF-00-00-00-FF-FF-FF-FF-FF-FF-FF-FF-FF,如果保证Foobar自身按照8字节对齐,结果也应该是FF-00-00-00-FF-FF-FF-FF-FF-FF-FF-FF-FF...做了如下的补充实验,证明ulong类型的对齐规则确实与CLI Spec一致的。莫非8-byte 数据类型本身和作为符合类型(struct/class)字段成员时采用不同的对齐规则?
领取专属 10元无门槛券
手把手带您无忧上云