std::source_location 不会自动出现在 throw 中，因为 C++ 异常机制不隐式捕获源码位置；它需显式调用 current() 并传入异常构造函数，与栈展开和异常对象创建完全解耦。
std::source_location 不能自动记录异常抛出位置，必须显式传入；它不是异常机制的一部分，也不参与栈展开。
为什么 std::source_location 不会自动出现在 throw 中
标准 C++ 的异常抛出（throw）不隐式捕获源码位置。即使你写了 throw std::runtime_error("msg")，编译器不会自动把当前文件、行号塞进去——std::source_location::current() 是一个普通静态函数调用，需要你亲手写、亲手传。
- 常见错误现象：
catch块里只拿到异常消息字符串，完全不知道它从哪一行抛出来的 - 根本原因：异常对象构造和
throw是两步分离操作，std::source_location不是std::exception的成员，也无法被运行时自动注入 - 兼容性影响：C++20 起可用，但所有使用点都得手动加，旧代码零迁移成本，也零自动收益
怎么让异常携带位置信息（推荐封装方式）
最实用的做法是定义一个带位置参数的异常构造宏或辅助函数，避免每次手写 std::source_location::current()。
- 用宏（简洁，但调试时跳转可能指向宏而非实际 throw 行）：
#define THROW_RUNTIME_ERROR(msg) \ throw std::runtime_error(std::string(msg) + " [" + \ __FILE__ + ":" + std::to_string(__LINE__) + "]") - 用 C++20 函数（类型安全，支持断点精准定位）：
[[noreturn]] void throw_with_location(const char* msg, const std::source_location loc = std::source_location::current()) { throw std::runtime_error( std::string(msg) + " [" + loc.file_name() + ":" + std::to_string(loc.line()) + "]"); }然后在业务代码中直接写throw_with_location("invalid index") - 注意：不要在
catch块里再次调用std::source_location::current()—— 那记录的是catch的位置，不是throw的位置
自定义异常类如何集成 std::source_location
如果你已有继承自 std::exception 的异常类型，只需在构造函数中接收并存储 std::source_location，再拼进 what() 返回值即可。
立即学习“C++免费学习笔记（深入）”；
- 关键点：
std::source_location是 trivially copyable，可直接作为成员变量保存 - 示例片段：
class MyException : public std::exception { std::string msg_; public: MyException(const char* m, const std::source_location loc = std::source_location::current()) : msg_(std::string(m) + " [" + loc.file_name() + ":" + std::to_string(loc.line()) + "]") {} const char* what() const noexcept override { return msg_.c_str(); } }; - 性能影响：几乎为零——仅字符串拼接一次，无动态分配（若用
std::string_view替代const char*可进一步避免拷贝） - 容易踩的坑：别把
loc存成引用或指针；也别在构造函数里调用loc.function_name()后直接存结果——某些编译器对 function_name() 返回的指针生命周期不保证
真正难的不是加位置信息，而是确保每个 throw 点都走同一套封装路径。宏容易漏，函数容易被绕过，而一旦某个 throw 没走封装，日志就断一节——这种不一致性比没位置更误导人。
