直接调用 std::this_thread::get_id() 获取当前线程 ID，返回 std::thread::id 类型，不可直接打印或用原始值比较。
怎么用 std::this_thread::get_id() 获取当前线程 ID
直接调用 std::this_thread::get_id() 就能拿到当前执行线程的 ID，返回类型是 std::thread::id，不是整数也不是指针，不能直接打印或比较原始值。
常见错误是试图用 std::cout 直接输出（可能编译失败或输出空），或者拿它和数字硬比（比如 <code>tid == 1）——std::thread::id 只支持 ==、!= 和字典序 （用于容器排序），不支持算术或隐式转换。
- 必须包含头文件：
#include <thread> - 要输出可读形式，得转成字符串：
std::ostringstream{} << tid或 C++20 起可用std::to_string(tid)（但注意：标准并未要求std::thread::id支持std::to_string，实际依赖 libstdc++/libc++ 实现；更便携的是用流） - 跨线程比较 ID 安全：两个
std::thread::id对象可以安全地用==判断是否为同一线程
std::thread::id 能不能当 key 存 map 或 set
可以，但要注意：默认构造的 std::thread::id（即未绑定任何线程的 ID）是“无效 ID”，所有默认构造的 ID 彼此相等，且不等于任何真实线程 ID。它常用来表示“无所属线程”状态。
在 std::map 或 std::set 中用 std::thread::id 作 key 是合法的，因为标准保证其支持 operator<（通常基于内部地址或哈希值实现），但行为不可移植——不同 STL 实现可能生成不同序号，所以别假设序号递增或连续。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 不要用
std::thread::id的底层值做日志编号或持久化存储 - 若需稳定标识，建议配合
std::thread::native_handle()（平台相关，如 pthread_t / HANDLE）或自己维护线程计数器 - 调试时想快速区分线程？加个局部 static 计数器 +
get_id()打印更可靠
主线程和子线程的 ID 一样吗
不一样。每次调用 std::thread 构造函数启动新线程，该线程执行函数内调用 std::this_thread::get_id() 得到的 ID，与主线程（main 函数所在线程）的 ID 必然不同。
但要注意一个陷阱：如果在线程对象还没启动（即 std::thread 对象构造后、.join() 或 .detach() 前）就调用 .get_id()，返回的是默认构造的 std::thread::id（即无效 ID），不是未来将运行的那个线程的 ID。
- 正确做法：只在已启动的线程内部（或确保线程已
joinable()）再取 ID - 主线程 ID 在 main 开始就能取，且全程不变
- 子线程 ID 在其函数首行取即可，无需等待同步点
为什么两次调用 get_id() 返回值相同但 std::cout 输出看起来像随机数
因为 std::thread::id 的流输出格式由实现定义：libstdc++ 通常输出十六进制地址片段，libc++ 可能输出哈希值或内部索引，没有统一规则。它不是“随机”，只是不承诺可读性。
如果你看到同一程序多次运行中 ID 字符串不同，那是正常的——ID 不保证跨进程或重启稳定，也不反映 OS 层线程 PID/TID（Linux 下可通过 syscall(SYS_gettid) 拿真实 TID，但那是另一套东西）。
- 别把流输出内容当作线程身份依据，只用
==比较 - 调试时若需人类可读标签，建议手动分配名字（如
"worker-0"）并和 ID 绑定 log - 性能敏感场景下，
get_id()是廉价操作（通常只是读寄存器或 TLS 变量），但频繁流输出本身有开销
