c++oding="utf-8" ?>
std::source_location 本身不打印日志，它仅是c++20引入的轻量结构体，用于编译期捕获文件名、函数名、行号和列号；需传入自定义日志函数手动拼接输出，旨在替代__file__等宏以避免作用域污染。
std::source_location 是什么，它能直接打印日志吗？
std::source_location 本身不打印任何东西，它只是个轻量结构体，用于在编译期捕获调用点的文件名、函数名、行号和列号。你得把它传给自己的日志函数，再手动拼接输出。C++20 引入它，就是为了替代宏（比如 __FILE__ 和 __LINE__），避免宏展开污染作用域或干扰调试器。
常见错误是直接写 std::cout —— 这会编译失败，因为 <code>std::source_location 没有重载 operator。
- 必须显式调用
file_name()、function_name()、line()等成员函数 - 所有字段都是
const char*，不是std::string，注意空指针风险（极少见，但某些编译器对内联函数可能返回nullptr） - 构造开销几乎为零，编译器在调用点直接填常量，不用运行时查栈
如何封装一个带源位置的日志函数？
最实用的方式是定义一个可变参数模板函数，把 std::source_location 设为默认参数，这样调用时完全不用写它：
void log(const char* msg, const std::source_location& loc = std::source_location::current()) {
std::cerr <p>使用时：<code>log("user login failed")</code> —— 自动捕获当前调用点。如果想覆盖位置（比如封装中间层），可以显式传入：<code>log("retrying...", std::source_location::current())</code>。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master"><img
src="https://img.php.cn/upload/skill/000/000/081/179051228971575.jpg" alt="C++ Code Review Master" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master" class="overflowclass">C++ Code Review Master</a>
<p class="overflowclass">组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。</p>
</div>
<a rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
- 不要把
std::source_location放在参数列表末尾却省略默认值，否则调用时必须传，失去便利性 - 避免在函数内部调用
std::source_location::current()：那会记录日志函数自身的位置，不是调用者位置 - 若需格式化（如时间戳、线程ID），建议把
loc提前解包到局部变量，避免多次调用成员函数（虽然开销小，但语义更清晰）
为什么 std::source_location 在模板/内联函数里有时不准？
当目标函数被编译器内联（尤其是 inline 或 constexpr 函数），std::source_location::current() 可能返回内联展开后的“实际插入点”，而非原始调用处。这不是 bug，而是标准允许的行为。
典型场景：你写了个通用工具函数 template<typename t> void safe_print(T&& x)</typename>，里面调用了 log(...) 并传了 std::source_location::current() —— 日志显示的可能是工具函数内部某行，而不是你调用 safe_print 的那行。
- 解决办法：把
std::source_location参数前移到工具函数签名里，并让上层调用者负责传入（即“透传”） - 例如：
template<typename t> void safe_print(T&& x, const std::source_location& loc = std::source_location::current())</typename> - Clang 和 GCC 通常表现一致；MSVC 在 /Ob1 下也可能出现偏移，建议测试关键路径
兼容性和编译选项要注意什么？
std::source_location 是 C++20 特性，但部分编译器（如 GCC 10+、Clang 11+）在 C++17 模式下也提供实验性支持，不过不保证稳定。务必确认你的标准版本和 STL 实现。
- GCC 需要
-std=c++20（或-std=gnu++20），且 libstdc++ 版本 ≥ 10.1 - MSVC 需要 Visual Studio 2019 16.8+，并启用
/std:c++20 - 如果项目必须兼容 C++17，可用宏检测：
#if __cpp_lib_source_location >= 201907L，否则 fallback 到传统宏 - 注意：
file_name()返回的是绝对路径还是相对路径，取决于编译器和构建系统（如 CMake 的compile_options），别假设格式统一
真正容易被忽略的是：std::source_location 不包含列号（column()），虽然标准定义了该成员，但目前主流实现（libstdc++、libc++、MSVC STL）都返回 0 或未实现 —— 别依赖它做精准定位。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
