(Boolan) C++ 类型大小和内存分布(虚函数指针、虚表、内存对齐问题)

本文主要是介绍(Boolan) C++ 类型大小和内存分布(虚函数指针、虚表、内存对齐问题),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!


题目要求

回答:

(以下大部分都是基于x64编译器下的windows平台的gcc version 5.3.0 (GCC)编译器的测试结果,不能其他平台也能得出完全一致的结论,如果在x32下编译结果会指出)
由于class相较于struct,默认的成员就是private,代码中没有特地强调private

  • Fruit的类型大小为32,Apple的类型大小为40。

    • 完整测试用代码:
      http://rextester.com/AUJV82101
      • 点击上方连接可以进入全套代码,点击左下角的“run”按钮可以查看运行后的结果。
      • 说明:
        • 程序所有的对象均创建在栈中,由系统自动管理,无需手动释放内存
  • 图示:


Fruit类型的大小所占的内存(x64编译器下的结构) 4 * 8 = 32 Byte

注:虚函数指针因为是一个指针,其大小应该为4个字节,但在此我想说,如果使用x64编译器生成的64位程序的指针大小为8个字节。(一个只含有虚函数的struct,x64编译旗下,虚函数指针为8字节;x86编译器上虚函数指针和普通指针没啥区别,都是4个字节)。
在后续我有详细的测试论证过程。


Fruit类型的大小所占的内存(x86编译器下的结构) 4 * 8 = 32 Byte

Apple类型的大小所占的内存(x64编译器下的结构) 5 * 8 = 40 Byte

Apple类型的大小所占的内存(x86编译器下的结构) 5 * 8 = 40 Byte

关于答案以下是非常详细的测试和推理,篇幅较长,感谢您阅读,希望您多多指正。

答案分析:

  • 完整测试用代码:
    http://rextester.com/AUJV82101
    • 点击上方连接可以进入全套代码,点击左下角的“run”按钮可以查看运行后的结果。
    • 代码运行的初级结论

      代码初级结论(x64编译器的结果)
- Fruit类和Apple类的相关定义class Fruit {int no;double weight;char key;public:void print() {   }virtual void process() {   }};class Apple : public Fruit {int size;char type;public:void save() {   }virtual void process() {   }};
  • 提出疑问
    1 对于Fruit类来说,成员由int、double和char组成,其中,不难由程序员算结果可知sizeof(int) = 4、sizeof(double) = 8、sizeof(char) = 1,那么1+4+8=13,为何sizeof(Fruit)的结果为32?
    2 对于Apple来说,成员有int、char组成,其中,不难由程序得知sizeof(int) = 4、sizeof(char) = 1,那么1 + 4 = 5,为何sizeof(Apple)的结果为40呢?
    3 这样定义是否合理,是否存在着内存的浪费?
    4 内存中的额外空间用做了什么?这些空间是否有规律可循?他们是什么?都占多大的内存空间?
    ......

  • 分析:

    为了弄清楚这些疑问,需要准备一系列的代码来做实验。

    • 首先我们先来验证最基础的一个特点就是内存对齐的问题。
      • 什么是内存对齐。内存对齐是 编译器 层面管理的问题,是编译器管理数据位置的一种组织方式。
      • 对齐系数。其实可以把他理解为编译器的来存放内存时,划分内存空间的一把“尺子”。通过这个尺子来量出该怎么划分内存空间。也可以把它理解为切内存——这块蛋糕,所用的最小单位。如果被选中了相应的对其系数,那么,也就决定了存放数据的内存单元的每一行有多宽,所以得出来的内存空间大小,一定是对其系数的倍数!
        • 那么如何来得到对齐系数呢?

          方式一:
          程序员可以通过预编译命令#pragma pack(n),n=1,2,4,8,16来改变这一系数,其中的n就是你要指定的“对齐系数”。

          方式二:
          由编译器自信决定。对于我这次测试的平台来说,这个编译器的规则为,采用成员中最长的变量的长度作为对其系数

        • 既然知道了对齐系数,那么是否可以帮助解释之前提出的疑问呢?!
          答案是,可以解释部分内容,想要全部弄明白还得等等,我们先来看看这块能解释多少吧。
          如果这时候那Fruit为例来看,它其中的成员有int,double和char所组成,这三个变量中,最长的应该是double了。所以Fruit的大小一定是sizeof(double)的倍数,也就是8的倍数。目前看,Fruit的大小为32,是符合这个观点的。那么这三个成员是如何排列呢?
          其实他们的安排顺序还是狠简单粗暴的,就是定义变量的顺序来组织他们在内存中的位置。
          比如,Fruit的成员定义顺序是int,double,char,则编译器会先将int按照,对齐系数放入内存中,再看后面的变量,如果,两者相加小于对齐系数,则放在同一行,如果大于,就单独再开一行。那么,Fruit的对齐系数为double的8,sizeof(int)+sizeof(double)

这篇关于(Boolan) C++ 类型大小和内存分布(虚函数指针、虚表、内存对齐问题)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/914222

相关文章

MySQL主从同步延迟问题的全面解决方案

《MySQL主从同步延迟问题的全面解决方案》MySQL主从同步延迟是分布式数据库系统中的常见问题,会导致从库读取到过期数据,影响业务一致性,下面我将深入分析延迟原因并提供多层次的解决方案,需要的朋友可... 目录一、同步延迟原因深度分析1.1 主从复制原理回顾1.2 延迟产生的关键环节二、实时监控与诊断方案

SQLyog中DELIMITER执行存储过程时出现前置缩进问题的解决方法

《SQLyog中DELIMITER执行存储过程时出现前置缩进问题的解决方法》在SQLyog中执行存储过程时出现的前置缩进问题,实际上反映了SQLyog对SQL语句解析的一个特殊行为,本文给大家介绍了详... 目录问题根源正确写法示例永久解决方案为什么命令行不受影响?最佳实践建议问题根源SQLyog的语句分

解决IDEA报错:编码GBK的不可映射字符问题

《解决IDEA报错:编码GBK的不可映射字符问题》:本文主要介绍解决IDEA报错:编码GBK的不可映射字符问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录IDEA报错:编码GBK的不可映射字符终端软件问题描述原因分析解决方案方法1:将命令改为方法2:右下jav

C#如何调用C++库

《C#如何调用C++库》:本文主要介绍C#如何调用C++库方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录方法一:使用P/Invoke1. 导出C++函数2. 定义P/Invoke签名3. 调用C++函数方法二:使用C++/CLI作为桥接1. 创建C++/CL

MyBatis模糊查询报错:ParserException: not supported.pos 问题解决

《MyBatis模糊查询报错:ParserException:notsupported.pos问题解决》本文主要介绍了MyBatis模糊查询报错:ParserException:notsuppo... 目录问题描述问题根源错误SQL解析逻辑深层原因分析三种解决方案方案一:使用CONCAT函数(推荐)方案二:

Redis 热 key 和大 key 问题小结

《Redis热key和大key问题小结》:本文主要介绍Redis热key和大key问题小结,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录一、什么是 Redis 热 key?热 key(Hot Key)定义: 热 key 常见表现:热 key 的风险:二、

IntelliJ IDEA 中配置 Spring MVC 环境的详细步骤及问题解决

《IntelliJIDEA中配置SpringMVC环境的详细步骤及问题解决》:本文主要介绍IntelliJIDEA中配置SpringMVC环境的详细步骤及问题解决,本文分步骤结合实例给大... 目录步骤 1:创建 Maven Web 项目步骤 2:添加 Spring MVC 依赖1、保存后执行2、将新的依赖

Spring 中的循环引用问题解决方法

《Spring中的循环引用问题解决方法》:本文主要介绍Spring中的循环引用问题解决方法,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录什么是循环引用?循环依赖三级缓存解决循环依赖二级缓存三级缓存本章来聊聊Spring 中的循环引用问题该如何解决。这里聊

Spring Boot中JSON数值溢出问题从报错到优雅解决办法

《SpringBoot中JSON数值溢出问题从报错到优雅解决办法》:本文主要介绍SpringBoot中JSON数值溢出问题从报错到优雅的解决办法,通过修改字段类型为Long、添加全局异常处理和... 目录一、问题背景:为什么我的接口突然报错了?二、为什么会发生这个错误?1. Java 数据类型的“容量”限制

关于MongoDB图片URL存储异常问题以及解决

《关于MongoDB图片URL存储异常问题以及解决》:本文主要介绍关于MongoDB图片URL存储异常问题以及解决方案,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐... 目录MongoDB图片URL存储异常问题项目场景问题描述原因分析解决方案预防措施js总结MongoDB图