直接调用 std::this_thread::get_id() 获取当前线程 ID，返回 std::thread::id 类型对象，支持比较和输出，但不可隐式转为整数或指针，也不能复制构造。
怎么用 std::this_thread::get_id() 获取当前线程 ID
直接调用 std::this_thread::get_id() 就能拿到当前执行线程的唯一标识，返回类型是 std::thread::id，不是整数，也不是指针，而是一个可比较、可输出、但不可复制构造的轻量对象。
常见误用是试图把它当 int 或 uintptr_t 用——它不支持隐式转换，强行 static_cast 会编译失败。
- 必须用
==或!=比较两个std::thread::id - 可用
std::cout 输出（底层调用 <code>operator<<，输出格式由标准库实现，通常是十六进制数字串，但不保证可解析） - 若需跨平台稳定标识（比如日志打点），别依赖输出字符串，应比较
id值本身
std::thread::id 能否转成整数或字符串做持久化
不能安全转成整数——std::thread::id 内部结构未标准化，不同 STL 实现（libstdc++ / libc++ / MSVC STL）存储方式不同，sizeof 可能是 8、16 甚至更大，且无公开访问接口。
如果真要序列化（例如写入日志文件或网络传输），唯一便携方式是转成字符串：
立即学习“C++免费学习笔记（深入）”；
std::thread::id tid = std::this_thread::get_id(); std::ostringstream oss; oss << tid; std::string tid_str = oss.str(); // 安全，且可读
- 不要用
std::to_string(tid)：没这个重载，编译不过 - 不要用
&tid取地址当 ID：地址只在当前对象生命周期内有效，且多线程下可能复用内存 - 字符串形式仅用于展示或调试，不建议反向解析回
id（标准未定义解析行为）
主线程和子线程的 std::thread::id 一定不同吗
是的，只要线程已启动且未 join/detach，每个活跃线程的 id 都唯一；但要注意两个边界情况：
- 默认构造的
std::thread对象（未绑定函数）其get_id()返回std::thread::id()（空 ID），等价于default-constructed id，所有空 ID 彼此相等，且不等于任何真实线程 ID - 已
join()或detach()的线程对象，再次调用get_id()仍返回原 ID（不会变为空），但该 ID 对应的线程已不存在——ID 本身不自动失效，只是失去语义关联
所以判断“是否为当前线程”不能只看 ==，还得确保目标 std::thread 对象仍持有有效线程资源。
为什么日志里打印的线程 ID 看起来像随机数
因为大多数实现（如 libstdc++）把线程 ID 映射为内部线程控制块（TCB）地址，而地址本身受 ASLR 影响，每次运行都不同；libc++ 则可能用递增计数器 + 时间戳组合，同样不可预测。
这正是设计意图：ID 只用于相等性判断，不承诺顺序、大小或稳定性。
- 别用它做哈希键（除非你自定义
std::hash<std::thread::id>并确保同一进程内一致） - 别假设主线程 ID 是最小值或固定值（实际往往不是）
- 调试时想快速区分线程？加个局部
static int seq{0}; auto my_id = ++seq;更可控
真正需要稳定线程标识的场景（如任务调度器），得自己分配并管理，不能依赖 std::this_thread::get_id() 的值。
