__function__ 和 __func__ 是最实用的选择，因它们在编译期展开为函数名字符串、零运行时开销、跨编译器支持；__func__ 是c++11标准推荐项，__function__ 用于旧环境兼容，二者均只提供未修饰函数名，不区分重载或模板实例。
为什么 __FUNCTION__ 和 __func__ 是最实用的选择
在标准 C++ 中，没有跨平台、运行时可反射出完整函数签名（含返回类型、参数列表）的机制。但绝大多数实际场景下，你真正需要的只是“当前函数名”——用于日志、调试或简单上下文追踪。__FUNCTION__（MSVC / GCC / Clang 支持）和标准的 __func__（C++11 起）就是为此而生的：它们在编译期展开为 const char* 字面量，零运行时开销，且无需链接额外库。
常见错误是试图用它们拼出签名：std::string sig = std::string(__FUNCTION__) + "(int, std::string)";——这既不可靠（重载函数名相同）、也不安全（参数类型可能被模板推导或别名隐藏）。
-
__func__是 ISO C99 / C++11 标准，推荐优先使用 -
__FUNCTION__在旧代码或需兼容某些嵌入式工具链时可用，行为与__func__一致 - 二者都只给出未修饰（unmangled）的函数名，对重载函数、模板实例化体不区分
- 不能在宏定义内部直接用（除非用
__VA_ARGS__透传），因为宏展开早于函数作用域解析
想拿到带参数的签名？只能靠编译器特定的 __PRETTY_FUNCTION__
__PRETTY_FUNCTION__ 是 GCC 和 Clang 提供的扩展，它会展开为接近声明形式的字符串，例如："int foo(const std::vector<int>&)"</int>。但它不是标准特性，MSVC 不支持；而且输出格式随编译器版本变化（比如 Clang 15 后对模板参数的打印更详细），无法用于自动化解析。
典型误用是把它当结构化数据用：if (std::string(__PRETTY_FUNCTION__).find("std::string") != std::string::npos) { ... }——这脆弱得离谱，一旦编译器升级或加了 -fno-rtti，结果可能截断或改变。
- 仅限调试/日志，禁止用于逻辑分支判断
- Clang 下可用
__FUNCSIG__获取更全的签名（含调用约定、模板实参），但仍是非标、不可移植 - 启用
-frecord-gcc-switches或 DWARF 调试信息后，__PRETTY_FUNCTION__内容才最稳定，否则可能被优化掉部分类型信息
运行时获取真实签名？别指望标准 C++，得靠外部工具链配合
如果你真需要在运行时动态识别函数签名（比如做 AOP、热重载或调试器集成），C++ 标准库完全不提供接口。可行路径只有两条，且都绕不开外部依赖：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 用
libbacktrace（GCC）或libdw（ELF）配合 DWARF 符号表，在程序启动时加载调试信息，再通过地址查符号——但要求编译时保留-g，且发布版通常剥离 - 借助 Clang 的
libclang或libtooling在构建期生成签名元数据（JSON/YAML），运行时加载解析——适合自研框架，但增加构建复杂度 - Windows 上可用
DbgHelp+ PDB 文件，但需确保 PDB 与二进制严格匹配，且不跨平台
这些方案共同问题是：性能开销大、部署约束多、无法覆盖内联函数或编译器优化掉的帧。
模板函数里怎么写通用日志宏？用 decltype + __func__ 组合最稳
模板函数名本身不体现参数，但你可以把类型信息补在日志里。例如：
#define LOG_FUNC() do { \
std::cerr ] "; \
} while(0)
注意 typeid(...).name() 返回的是实现定义的 mangled 名，可读性差；若需可读名，得用 abi::__cxa_demangle（Linux）或 UnDecorateSymbolName（Windows），但会引入运行时开销和异常风险。
- 更轻量的做法是用
static_assert+ 字符串字面量手动标注关键模板点，适用于固定组合 - 避免在循环或高频路径中调用 demangle，它可能分配内存并抛异常
-
__func__在 lambda 内有效，但显示为类似"operator()"，需结合捕获变量名辅助识别
真正难的从来不是“怎么拿到名字”，而是“拿到之后怎么用才不崩”。签名字符串永远只是线索，不是契约。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
