std::source_location 不会自动出现在 throw 表达式中，因其设计要求显式传入异常构造函数；throw 仅抛出已构造对象，不介入位置信息注入，需通过封装函数或自定义异常类配合默认参数 std::source_location::current() 实现精准定位。
std::source_location 不会自动出现在 throw 表达式里，必须显式传入异常构造函数——这是 C++ 标准设计决定的，不是编译器缺陷或配置问题。
为什么 throw 语句不自动带 source_location
throw 是纯语法动作，它只负责抛出一个已构造好的对象；而 std::source_location::current() 是一个需显式调用的静态函数，编译器不会在 throw std::runtime_error("msg") 这类写法中偷偷插入位置信息。异常对象创建和栈展开是分离的两步，std::source_location 既不是 std::exception 的基类成员，也不被运行时自动注入。
常见错误现象包括：
- catch 块中调用
e.what()只返回原始字符串，完全丢失抛出点文件/行号 - 调试时反复翻查调用栈，却无法快速定位到哪一行真正触发了异常
如何让异常对象携带真实 throw 位置（推荐做法）
最稳妥的方式是封装一个带默认 std::source_location 参数的辅助函数，避免宏、避免手动传参、避免在异常类定义处误用 current()：
立即学习“C++免费学习笔记（深入）”；
- 函数签名必须是
[[noreturn]] void throw_with_location(const char* msg, const std::source_location& loc = std::source_location::current())，不能用auto推导参数类型 - 调用时直接写
throw_with_location("index out of bounds")，位置由编译器在该行注入 - 切勿在
catch块里再次调用std::source_location::current()——那记录的是catch的位置，不是throw的 - 若已有自定义异常类，只需在构造函数中接收并保存
std::source_location，再拼进what()返回值即可
自定义异常类集成 source_location 的关键细节
继承 std::exception 的类可以自然持有 std::source_location 成员，但要注意初始化时机和默认参数写法：
- 构造函数参数必须声明为
const std::source_location& loc = std::source_location::current()，且=右侧只能是std::source_location::current()字面调用 - 不能写成
throw MyException("", std::source_location::current())，否则位置会固定在头文件包含处或模板实例化点 -
std::source_location是 trivially copyable，可安全作为成员变量；file_name()返回的是const char*，通常为绝对路径，如需裁剪短名，建议用std::filesystem::path(loc.file_name()).filename().c_str()（C++17 起）或跨平台strrchr方案 - 不要提前保存
static auto loc = std::source_location::current()，这会导致所有异常共享同一个位置
最容易被忽略的一点：std::source_location 的生效完全依赖编译器在调用点“现场注入”，一旦中间多一层函数转发、宏包装或模板推导，位置就失真。它不是运行时能力，而是编译期契约——你写的每一处调用，都得是干净、直接、无中介的函数调用。
