怎么计算一个类的大小 (C++)

怎么计算一个类的大小 (C++)

怎么计算一个类的大小 (C++)


文章目录


图文版

在这里插入图片描述

文字版

这是一个非常经典的C++面试题。在C++中,计算一个类的大小并不是简单地将成员变量的大小相加,而是涉及内存对齐虚函数继承等多个因素的影响。

以下是计算类大小的核心规则和详细步骤:

核心结论速览

  1. 非静态成员变量 是影响大小的主体。
  2. 静态成员变量 不属于类实例,存在全局数据区,不计入sizeof
  3. 成员函数 存在代码段,不计入sizeof
  4. 虚函数:只要类有虚函数(无论是1个还是多个),类实例中就会有一个虚函数表指针(vptr),在64位系统下通常占8字节,32位下占4字节
  5. 内存对齐:编译器为了提高访问效率,会在成员之间或末尾填充字节,使变量存储在其倍数地址上,并使类总大小是最大对齐数的整数倍。
  6. 继承
    • 空类大小为1字节(为了占位,表示对象存在)。
    • 派生类的大小一般是基类成员 + 派生类新成员,同时也要满足对齐规则。

详细计算步骤与示例

1. 基础计算:空类
classEmpty{// 没有任何成员};
  • 大小1字节
  • 原因:编译器需要给这个类的对象分配一个独一无二的地址,所以会隐式插入1个字节。
2. 只有成员变量(考虑内存对齐)

对齐规则:

  1. 第一个成员在偏移量为0的位置。
  2. 后续成员要放到该成员大小的整数倍上。
  3. 最终类的大小要是最大成员大小的整数倍。
classExample1{char c;// 1字节int i;// 4字节};
  • 分析
    • c 占偏移0。
    • i 占4字节,需要从4的倍数(偏移4)开始存。因此,在 c 后面会有3个字节的填充
    • 此时已占:1© + 3(填充) + 4(i) = 8字节。
    • 最大对齐数是4,8是4的倍数,无需末尾填充。
  • 结果8字节(而不是直觉上的 1+4=5)。
3. 有虚函数(引入虚表指针)
classBase{int a;virtualvoidfunc(){}};
  • 分析
    • int a:4字节。
    • 虚函数表指针(vptr):64位系统下8字节。
    • 内存对齐:最大对齐数是8(vptr)。a 从偏移0开始占4字节,为了放8字节的vptr,需要在 a 后面填充4字节,使vptr从偏移8开始。
    • 总大小 = 4(a) + 4(填充) + 8(vptr) = 16字节。
  • 结果16字节
4. 继承关系
classA{int a;// 4char b;// 1// 实际A的大小:对齐到4,b后面填充3字节,A为8字节};classB:publicA{int c;// 4char d;// 1};
  • 分析
    • 先放基类A的部分:8字节。
    • 再放派生类B的 c:偏移8(刚好是4倍数),占4字节,总偏移12。
    • 再放 d:偏移12,占1字节,总偏移13。
    • 对齐收尾:B中最大对齐数是4(int),当前总大小13不是4的倍数,所以末尾填充3字节到16。
  • 结果16字节
5. 特殊情况:虚继承

虚继承涉及虚基类指针或类似机制(编译器实现不同,但通常会增加额外开销),用来解决菱形继承问题。

classA{int x;};// 4字节,对齐后可能8?classB:virtualpublicA{int y;};
  • 结果:通常比普通继承多出一个指针的大小(8字节),用来定位虚基类子对象。情况比较复杂,取决于编译器实现。

总结清单

计算类的大小时,可以按以下清单排查:

  1. 基本大小:列出所有非静态成员变量的大小。
  2. 虚函数检查:如果有 virtual 函数(包括继承来的),加上虚表指针的大小(8/4字节)。
  3. 虚继承检查:如果有虚继承,加上虚基类指针的开销(通常也是8/4字节)。
  4. 内存对齐
    • 计算每个成员相对于起始地址的偏移,插入填充
    • 最后让总大小是最大对齐数的整数倍,末尾填充

简记:

类的大小 = 非静态成员变量大小之和 + 虚函数/虚继承指针开销 + 内存对齐填充字节。

总结

这篇文章是作者搜集大量面经和资料这里出来的。感谢你的支持
作者wkm是一名中国矿业大学(北京) 大一的新生,希望得到你的关注
如果可以的话,记得一键三联!

Read more

微信也能养“小龙虾”了?QClaw 爆火背后:AI 正在从“会聊天”走向“会干活”

微信也能养“小龙虾”了?QClaw 爆火背后:AI 正在从“会聊天”走向“会干活”

🔥 个人主页:杨利杰YJlio❄️ 个人专栏:《Sysinternals实战教程》《Windows PowerShell 实战》《WINDOWS教程》《IOS教程》《微信助手》《锤子助手》《Python》《Kali Linux》《那些年未解决的Windows疑难杂症》🌟 让复杂的事情更简单,让重复的工作自动化 微信也能养“小龙虾”了?QClaw 爆火背后:AI 正在从“会聊天”走向“会干活” * 1、微信也能养“小龙虾”了?这次真的不是玩梗 * 2、OpenClaw 为什么突然这么火? * 3、QClaw 和普通 AI 的本质区别,到底在哪? * 3.1 传统 AI 的工作流 * 3.2 QClaw 这类

By Ne0inhk

用 OpenClaw + 飞书,快速搭建 5 个可协作的 AI 助理团队

多个飞书机器人 + 独立工作空间 + 互相协作 = 专业化分工的 AI 助理团队 写在前面 如何用 OpenClaw 搭建一套多 Agent 系统,让 AI 助理各司其职、协同工作?通过 OpenClaw 多 Agent 架构,你可以实现: * 多个独立的飞书机器人,每个人设不同 * 各自独立的工作空间,数据完全隔离 * 可以互相协作,通过 agentToAgent 通信 * 共享长期记忆,跨渠道信息同步 本文将详细介绍如何在腾讯云服务器上,用 OpenClaw 搭建一套飞书多 Agent 系统,包括完整配置流程、常见问题解决方案和实战协作案例。 目录 1. 为什么需要多 Agent 2. 前置准备 3. 5 个 Agent

By Ne0inhk
打破AI调用壁垒:Antigravity Tools如何用Rust+Tauri重构你的AI工作流

打破AI调用壁垒:Antigravity Tools如何用Rust+Tauri重构你的AI工作流

当Claude Code遇上Gemini配额,当协议鸿沟阻碍创新,一个开源项目正在悄然改变游戏规则 引子:一个真实的痛点 你是否遇到过这样的场景:手握多个Google账号的Gemini免费配额,却无法在Claude Code CLI中使用?想要统一管理十几个AI账号,却被各家厂商的协议壁垒搞得焦头烂额?或者,你的团队需要一个本地化的AI网关,既要保护隐私,又要实现智能调度? 如果你点头了,那么今天要聊的这个项目,可能会让你眼前一亮。它叫Antigravity Tools——一个用Rust和Tauri打造的"反重力"AI调度系统,正在以一种优雅的方式,解决开发者们长期面临的多账号管理和协议转换难题。 一、项目背景:为什么需要"反重力"? 1.1 AI时代的新痛点 2024年以来,AI工具呈现爆发式增长。Claude、Gemini、GPT-4各有千秋,但问题也随之而来: * 协议碎片化:OpenAI用/v1/chat/completions,Anthropic用/

By Ne0inhk
2026 年 AI Agent 开发必备:10 个经过实战验证的设计模式,告别 Demo 级玩具系统

2026 年 AI Agent 开发必备:10 个经过实战验证的设计模式,告别 Demo 级玩具系统

在 AI Agent 全面进入企业级落地深水区的 2026 年,行业里依然存在一个残酷的现实:超过 90% 的 AI Agent 项目,永远停留在了 Demo 阶段。很多工程师能靠几行代码搭出一个能对话、能调用工具的 Agent 原型,可一旦放到真实的业务场景中,就会出现执行失控、逻辑跑偏、频繁幻觉、无法处理复杂任务、不可追溯、不可管控等致命问题。 我花了数年时间,踩过无数坑,才真正搞明白:能落地的 AI Agent,核心从来不是用了多强大的 LLM,而是用对了正确的设计模式。AI Agent 的开发,和软件工程一样,有大量重复出现的共性问题,而经过实战验证的设计模式,就是解决这些问题的成熟方案 —— 它能让你少走几年弯路,用最少的成本搭建出稳定、可控、可扩展、能真正落地的 Agent 系统。

By Ne0inhk