std::source_location是C++20引入的类型安全源位置结构体，可完全替代__FILE__和__LINE__宏；但必须通过带默认值std::source_location::current()的函数参数隐式注入调用点信息，不可手动传参或默认构造。
std::source_location 是什么，它能直接替代 __FILE__ 和 __LINE__ 吗？
std::source_location 是 C++20 引入的标准设施，用于在编译期捕获调用点的源码位置信息（文件名、函数名、行号、列号）。它不是宏，而是一个轻量结构体，构造开销极小，且支持隐式默认构造——这意味着你可以把它作为函数参数，编译器会自动填入调用处的位置。
它**可以替代 __FILE__ 和 __LINE__ 宏**，但方式不同：宏是文本替换，而 std::source_location::current() 是一个 constexpr 静态成员函数，返回一个包含当前调用点信息的实例。关键区别在于——它只在你显式调用时才“快照”位置，不会像宏那样无条件展开。
- 必须显式传参：
log("msg", std::source_location::current())，否则拿不到调用者位置 - 不能在宏里“透传”：比如
#define LOG(x) log(x, std::source_location::current())会记录宏定义处而非调用处（除非用__builtin_SOURCE_LOCATION等扩展，但非标准） - 成员函数如
file_name()返回const char*，不是std::string，避免隐式堆分配
如何设计一个零开销的日志函数，自动注入 source_location？
核心是利用默认参数 + 编译期推导。把 std::source_location 设为函数最后一个参数，并赋予默认值 std::source_location::current()，这样调用方完全无感，又确保拿到的是真实调用点。
void log(const char* msg, const std::source_location loc = std::source_location::current()) {
fprintf(stderr, "[%s:%d] %s\n",
loc.file_name(), loc.line(),
msg);
}这个设计真正做到了“自动化”：调用 log("timeout") 就能打出 [main.cpp:42] timeout。注意几点：
立即学习“C++免费学习笔记（深入）”；
- 参数必须是
const std::source_location&或值传递（推荐值传，结构体很小，且避免 lifetime 问题） - 不能是
std::source_location&&：右值引用无法绑定到current()的临时对象（因为它是 const lvalue） - 若函数内联失败，
current()仍会正确指向调用点，不依赖内联保证
和传统宏方案比，有哪些隐藏陷阱？
表面看更干净，但实际迁移时容易踩坑：
- 编译器支持门槛：GCC 10+、Clang 11+、MSVC 19.29+ 才完整支持；低版本会编译失败，不能只靠 feature test macro（
__cpp_lib_source_location）就认为可用 - 函数名获取不准：
function_name()在 GCC/Clang 下返回的是 mangled 名（如_Z3foov），不是可读名；MSVC 返回 demangled 名，但跨平台不可靠 - 无法捕获模板实例化点：如果日志函数是模板，
std::source_location::current()记录的是模板定义处，而非实例化调用处（除非把 location 参数也模板化并显式传入） - 调试信息依赖：
file_name()返回的是预处理后的路径（可能含绝对路径或相对路径），若构建时未保留 debug info 或用了 -frecord-gcc-switches，部分编译器可能返回空串
在异步或跨线程日志中，source_location 还可靠吗？
可靠，但仅限“捕获时刻”。std::source_location 是一个纯数据结构，不含任何运行时状态或指针间接引用，所有字段都是字面量拷贝（const char* 指向的是只读段字符串）。
所以只要你在同步上下文中调用 log()（比如在回调函数入口、线程函数开头），std::source_location::current() 就能准确记录该次调用的位置。但要注意：
- 不要在 lambda 捕获中存
std::source_location并延迟使用：捕获的是构造时的值，不是执行时的值 - 不要跨线程传递未拷贝的
source_location引用：虽然安全，但语义混乱，建议值传递 - 日志后端若做异步缓冲，需确保
file_name()指向的字符串生命周期长于日志消费时间（通常没问题，因为来自编译器生成的只读段）
最易被忽略的是：很多人以为 source_location 能追踪“谁调用了我”，但它只记录“我在哪被调用”，不记录调用栈。真要跨层追溯，还得结合其他机制（比如 RAII 日志 scope、thread_local 标记等）。
