offsetof宏是标准C++中唯一可移植、安全的编译期计算结构体成员字节偏移量的方法，定义于<cstddef>，要求类型为标准布局（standard-layout），不适用于位域、虚函数或非公有继承等非标准布局类型。
用 offsetof 宏是最直接的方式
标准 C++ 提供了 offsetof 宏（定义在 <cstddef> 中），它能在编译期计算结构体中某个成员相对于结构体起始地址的字节偏移量。这是唯一被标准保证可移植、安全的方法。
常见错误是手动用指针算术模拟，比如取地址再减基址——这在有非 POD 类型、虚函数、私有继承等情况下会触发未定义行为。
- 必须确保结构体是标准布局（standard-layout）类型，否则
offsetof行为未定义；C++11 起，POD 类型要求已放宽，但至少得满足标准布局：所有非静态成员同为公有/保护/私有、无虚函数、无虚基类、所有基类也是标准布局 - 成员名必须是直接声明在该结构体中的非静态数据成员，不能是继承来的（即使可访问）或嵌套结构体内的深层成员
- 不要对位域（bit-field）使用
offsetof，结果未定义
示例：
#include <cstddef>
struct S { int a; char b; double c; };
static_assert(offsetof(S, a) == 0, "");
static_assert(offsetof(S, b) == 4, ""); // 假设 int 为 4 字节且无填充
static_assert(offsetof(S, c) == 8, ""); // 对齐后位置
为什么 offsetof 在某些编译器里能“骗过”非标准布局类型
像 GCC 或 Clang 会对 offsetof 做扩展支持，即使结构体含虚函数或非公有成员，也能返回一个看似合理的数值。但这纯属实现细节，不跨平台、不保序、不保证与运行时实际布局一致。
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
典型误用场景：有人拿它去算 std::string 内部缓冲区偏移，或试图绕过封装读取私有成员——代码可能在本地跑通，但换编译器、换 STL 实现、甚至换优化等级就崩。
- 标准只承诺对标准布局类型有效；其他情况属于“你猜 compiler 怎么想”
- 调试时看到的偏移 ≠
offsetof返回值，尤其涉及空基类优化（EBO）或 vptr 插入时 - 如果真需要访问非标准布局类型的内部布局，应改用
std::byte*+ 成员指针转型，或直接依赖 ABI 文档（如 libc++/libstdc++ 的公开布局）
替代方案：用成员指针转整数（仅限实验或调试）
成员指针本身隐含偏移信息，可以强制转成整数观察，但这不是标准方法，且结果依赖于编译器实现：
struct S { int a; char b; };
constexpr auto ptr = &S::b;
// 下面这行不标准，GCC/Clang 可能允许，MSVC 可能拒绝
constexpr std::size_t off = reinterpret_cast<std::uintptr_t>(ptr);
问题在于：&S::b 是成员指针，其底层表示不一定是纯偏移（多重继承、虚继承下可能是结构体）。直接 reinterpret_cast 得到的值不可靠，也不可移植。
- 仅适合写一次性调试工具，比如 dump 某个结构体的内存布局
- 不能用于 offsetof 替代，因为无法在 constexpr 上下文中安全求值
- 若结构体含虚函数，该值很可能包含 vptr 偏移修正，和真实数据偏移不一致
容易忽略的对齐与填充影响
偏移量不是简单累加字段大小，还要考虑每个成员的对齐要求和编译器插入的填充字节。例如 char a; int b; 中，b 的偏移通常是 4 而不是 1，因为 int 要求 4 字节对齐。
- 用
alignof查成员对齐要求，用sizeof查结构体总大小，三者共同决定填充位置 - 不同编译器默认对齐策略可能不同（如
#pragma pack），offsetof返回值也会随之变化 - 调试时建议用
clang -Xclang -fdump-record-layouts或gcc -fdump-lang-class看实际布局
真正难的从来不是怎么拿到那个数字，而是确认这个数字在目标平台、目标 ABI、目标编译选项下是否稳定可用。
