c++标准不提供获取虚函数个数的方法，因其依赖编译器实现的vtable细节；调试可用gdb查看vtable非null条目，静态分析可借助clang ast提取virtual声明，但均非通用、安全的生产方案。
虚函数表指针位置不固定，无法通用获取虚函数个数
直接从 C++ 语言层面，没有任何标准方法能获取一个类的虚函数个数。C++ 标准不暴露虚函数表（vtable）结构，也不提供反射接口，sizeof、typeid 或 std::is_polymorphic_v 都不能给出虚函数数量。
所谓“获取虚函数个数”，本质是读取编译器生成的 vtable 内部条目数，这属于实现细节：GCC/Clang 把虚函数指针连续存放在 vtable 开头（含可能的 RTTI 偏移），MSVC 则可能插入额外分隔符或调整布局。不同版本、不同优化等级下都可能变化。
用 GDB 在调试期手动查 vtable 条目（仅限 Linux + GCC/Clang）
如果你只是临时调试、验证某个类的虚函数布局，可以在 GDB 中打印 vtable 内容，再人工计数。前提是该类有虚函数且未被优化掉（加 -O0 -g 编译）。
操作步骤：
- 在构造完对象后设断点，例如
break main后运行到MyClass obj;下一行 - 用
p /a *(void**)(&obj)获取 vtable 地址（假设虚表指针在对象起始处） - 用
x/20gx <vtable_addr></vtable_addr>查看前若干项，跳过 NULL 和 RTTI 相关条目，数非 NULL 的函数指针 - 注意：第一个条目常为 RTTI 或偏移量，不一定对应虚函数；纯虚函数仍占位，但值可能是
__cxa_pure_virtual
示例输出中看到类似 0x401230 <:func1></:func1>、0x401290 <:func2></:func2> 这样的地址，才算有效虚函数。
静态分析：用 Clang AST 或 libclang 提取声明
如果目标是构建工具链（比如代码检查、文档生成），可行路径是解析源码而非运行时。Clang 提供了访问虚函数声明的 API：
-
CXXRecordDecl::methods()遍历所有成员函数 - 对每个
CXXMethodDecl*，调用isVirtual()和isPure()判断是否为虚函数 - 需排除继承自基类但未重写的虚函数（除非你要算“可见虚函数总数”）——此时得用
getOverriddenMethods()判断是否真正覆盖
注意：这种方式统计的是“源码中声明为 virtual 的函数”，不含编译器隐式生成的虚析构函数（除非你显式写了 virtual ~MyClass() = default;）。若基类析构函数是虚的，派生类即使没写，其析构函数也是虚的，但 AST 中不会标记为 isVirtual()，需额外逻辑推导。
为什么不要在生产代码里尝试自动提取
所有试图通过 reinterpret_cast 读 vtable、用 offsetof 算偏移、或依赖特定 ABI 的做法，都会导致：
- 在不同编译器（GCC vs MSVC）、不同架构（x86_64 vs aarch64）、甚至同一编译器不同版本间行为不一致
- 开启 LTO 或
-fvisibility=hidden后，vtable 可能被合并、裁剪或内联，条目数不可靠 - 虚函数被 devirtualized（如通过 final、单实现等）后，运行时根本不再查 vtable，但静态分析仍会把它算进去
真正需要虚函数数量的地方极少，比如某些极端定制的序列化框架或 ABI 兼容性校验。这种需求通常意味着设计已偏离 C++ 常规抽象方式——更稳妥的做法是显式维护一个 enum 或 constexpr std::array 列出所有虚函数，让数量成为契约的一部分，而不是去逆向工程编译器输出。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
