std::source_location不能替代__func__打印堆栈，因为它只提供调用点的静态位置信息（文件、行号、调用者函数名），不包含任何运行时堆栈帧数据；__func__是编译器注入的当前函数名标识符，二者语义与用途完全不同。
std::source_location 不能替代 __func__ 打印堆栈
直接说结论：std::source_location 和 __func__ 完全不是一回事，它压根不提供堆栈信息。它只记录「调用点」的文件、行号、函数名（静态字符串），且这个函数名是编译器在调用处内联展开时捕获的，不是运行时栈帧里的真实函数名。想靠它打印堆栈？做不到。
__func__ 是什么，而 std::source_location 又给了什么
__func__ 是 C++11 就有的预定义标识符，作用域内自动存在，值为当前函数体的名称（const char*），由编译器注入，开销极低。
而 std::source_location::function_name() 返回的是「调用该函数的位置」所对应的函数名 —— 注意，是调用者，不是被调用者。
比如：
void log_call(std::source_location loc = std::source_location::current()) {
std::cout << loc.function_name() << "\n"; // 输出的是 caller 的函数名
}
void foo() { log_call(); } // 这里输出 "foo"
void bar() { log_call(); } // 这里输出 "bar"
它本质是编译期“快照”，不是运行时反射。没有栈遍历能力，也不依赖调试信息或符号表。
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
真要打印堆栈，得用平台/工具链相关方案
跨平台堆栈追踪在标准 C++20 里依然空白。常见可行路径有：
- Linux/macOS：用
backtrace()+backtrace_symbols()（需链接-lexecinfo或-lbfd，且符号未 strip） - Windows：用
CaptureStackBackTrace()+SymFromAddr()（需初始化 dbghelp.dll 和符号路径） - 第三方库：
boost.stacktrace（封装了各平台细节，支持 demangle，推荐用于生产） - 调试器辅助：GDB/LLDB 的
bt命令，或配合__builtin_return_address手动解析（不 portable）
注意：std::source_location 在日志中能很好替代 __FILE__ 和 __LINE__，但别指望它补全 __func__ 的语义 —— 它俩定位不同，用途也不同。
std::source_location 的正确用法和坑
它适合轻量级上下文标注，比如日志前缀、断言失败信息、测试用例位置标记。但必须意识到这些限制：
- 默认构造的
std::source_location是无效值（line() == 0，file_name()可能为空），必须显式用::current() - 不能传给异步任务或 lambda 捕获后延迟使用 —— 快照绑定的是调用点，不是 lambda 定义点
- 函数名字段是编译器决定的，MSVC 返回
"void foo()"，GCC/Clang 通常只返回"foo"，不可依赖格式 - 对模板函数，它记录的是实例化点的函数名，不是模板定义处的原始签名
真正需要堆栈时，别绕弯子 —— 该接 boost，该配 debug info，该写平台分支代码，就老老实实做。把 std::source_location 当成增强版的 __FILE__"/"__LINE__ 用，最稳。
