C++标准不支持编译期直接获取类成员函数数量，必须依赖人工统计、宏硬编码、外部工具（如Clang AST或DWARF解析）或C++26反射（需启用实验性支持）；sizeof无关函数数量，模板推导无法自动枚举，运行时调试信息提取不可移植且不稳定。
编译期无法直接获取类的成员函数数量
C++ 标准不提供任何语法或元编程接口（比如 std::reflect）来直接查询一个类有多少个成员函数。所谓“获取个数”，本质上只能靠人工统计、静态断言辅助，或借助外部工具（如 Clang AST 解析），而非语言原生能力。
常见误解是以为 sizeof 或模板特化能推导出函数数量——但成员函数不占对象内存，sizeof 完全无关；而模板参数包展开需要显式列出所有函数，不是自动发现。
- 非静态成员函数不存储在对象中，
sizeof(MyClass)返回的是数据成员和虚表指针等开销，与函数数量零相关 - 即使使用
auto+decltype检查某个函数是否存在，也必须对每个候选函数单独写一行检查，无法泛化枚举 - C++20 的反射提案（P0194）仍处于 TS 阶段，未进入标准，主流编译器（GCC/Clang/MSVC）均未实现
运行时通过调试信息间接提取（仅限 debug 构建）
如果你控制构建环境且只用于开发调试，可借助 DWARF（Linux/macOS）或 PDB（Windows）解析符号表，提取类的成员函数名列表，再计数。但这依赖编译器生成完整调试信息，且结果不可移植、不稳定。
例如用 llvm-dwarfdump 提取：
立即学习“C++免费学习笔记（深入）”；
llvm-dwarfdump --debug-info your_binary | grep -A5 "DW_TAG_subprogram" | grep "DW_AT_name"
实际工程中极少这么做，因为：
- 发布版通常 strip 掉调试信息，
readelf/objdump查不到函数名 - 内联函数、模板实例化函数、编译器生成的隐式函数（如默认构造/析构）是否计入，边界模糊
- 没有标准 API，需调用 libdwarf、libpdb 等第三方库，跨平台成本高
宏或代码生成器硬编码计数（最常用但易错）
实践中，若真需要“个数”用于断言或配置（比如注册表大小），开发者常配合宏定义手动维护：
#define MYCLASS_METHODS_COUNT 3<br>#define FOR_EACH_MYCLASS_METHOD(M) \<br> M(void, foo, ()) \<br> M(int, bar, (double)) \<br> M(bool, baz, (const std::string&))
然后用该宏展开生成函数声明、定义、甚至计数逻辑。问题在于：
- 新增/删除成员函数时，必须同步修改宏和计数常量，漏改会导致
static_assert失败或逻辑错误 - 宏无法识别重载函数——
void f();和int f(int);在宏里得算作两个条目，但 C++ 视为同一函数名的不同重载 - 友元函数、运算符重载（如
operator+）是否纳入统计，取决于团队约定，无统一语义
为什么不能像 Python 的 dir() 或 Rust 的 #[derive(Reflect)] 那样做？
C++ 的设计哲学是“不为不用的功能付出运行时或元数据开销”。成员函数信息在链接后基本被擦除，连 vtable 都只存地址，不存名字或签名。这意味着：
- 哪怕你用
typeid或dynamic_cast，也只能判断类型关系，无法列出其方法 - 模板推导（如
std::is_member_function_pointer_v）只能验证某类型是不是成员函数指针，不能反向扫描类 - Clang LibTooling 或 C++ Insights 这类工具能解析 AST，但属于编译器扩展，不是语言特性，无法在源码中直接调用
真正需要自动化统计时，别指望 C++ 自身——老实用 Python 脚本解析头文件，或集成 clang-query 做 CI 检查，比在语言层“硬刚”靠谱得多。
