std::source_location 无法用于分布式追踪链路注入，因其仅提供编译期文件名、行号、列号和函数名，无 trace_id、span_id、时间戳、序列化能力及上下文感知，仅适合作为日志中与已有 trace 上下文对齐的代码位置锚点。
std::source_location 不能直接用于跨平台分布式追踪链路注入——它只提供单点编译期位置信息，不携带 trace_id、span_id、parent_id 或时间戳，也不支持序列化传输或跨进程/网络边界。想靠它替代 OpenTelemetry 或 Zipkin 的 span 上下文，会卡在第一步。
为什么 std::source_location::current() 无法填入分布式 trace context
它生成的是一个仅含 file_name()、line()、column()、function_name() 的轻量结构体，所有字段都是编译期常量，没有运行时可变字段：
-
file_name()返回 const char*，指向只读字符串字面量，无法动态拼接 trace ID - 无时间戳字段，
std::chrono::steady_clock::now()必须额外手动获取并组合 - 无线程/协程上下文感知能力，无法自动关联当前 span（比如 gRPC 的 server context 或 HTTP request scope）
- 结构体本身未定义序列化协议，
std::source_location对象不能直接 JSON 化或 protobuf 编码传给下游服务
它真正能用在分布式追踪里的位置：日志打点对齐 trace_id
在已建立 trace 上下文的系统中（如通过 OpenTelemetry SDK 注入 trace_id），std::source_location 的价值是让每条日志自带精确代码位置，和 trace 日志对齐，避免“看到 trace 报错却找不到对应 log 是哪一行打的”：
- 必须配合 trace context 提取器使用：比如从
opentelemetry::context::RuntimeContext::GetCurrent()拿到当前 span，再调用span.GetTraceId() - 日志函数签名应为：
void log_with_trace(const char* msg, const opentelemetry::trace::SpanContext& ctx, const std::source_location& loc = std::source_location::current()) - 输出格式建议包含 trace_id + file:line，例如：
[0x1a2b3c...][main.cpp:42] DB query timeout - 别在日志里重复解析
file_name()：高频路径下用std::string_view(loc.file_name()).substr(...)替代std::string构造，避免堆分配
跨平台兼容性坑：function_name() 和路径格式不可信
不同编译器对 function_name() 和 file_name() 的实现差异极大，直接用于 trace tag 会导致字段不一致甚至崩溃：
立即学习“C++免费学习笔记（深入）”；
- GCC 默认
function_name()返回空字符串；Clang 返回"void foo()"；MSVC 返回修饰名（如"?foo@@YAXXZ"），无法做跨语言匹配 -
file_name()在 GCC 下可能是绝对路径（/home/user/src/service/db.cpp），Clang 可能是相对路径（src/service/db.cpp），CI 环境中还可能被 CMake 设置为CMAKE_CURRENT_BINARY_DIR下的 symlink 路径 - 正确做法是统一裁剪为文件名：用
std::filesystem::path(loc.file_name()).filename().string()，但注意 Windows 下需链接stdc++fs或启用/std:c++20 /EHsc - 若目标平台不支持
<filesystem>（如某些嵌入式 libc++），退回到strrchr(loc.file_name(), '/')或strrchr(loc.file_name(), '\')手动查找
真正关键的不是“能不能把 source_location 塞进 trace”，而是它能否稳定、低成本地为每条 trace 关联的本地日志提供可复现的代码锚点——这要求你放弃对 function_name() 的依赖，接受 file_name() 的路径不确定性，并始终把它当作日志增强项，而非 trace 构建项。
