跳转到主内容
极星编程网:以代码为星,赴技术山海!

C++ 怎么获取线程ID C++ this_thread::get_id用法演示【并发】

直接调用 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 输出(底层调用 operator<<
,输出格式由标准库实现,通常是十六进制数字串,但不保证可解析) 若需跨平台稳定标识(比如日志打点),别依赖输出字符串,应比较
id
值本身
std::thread::id
能否转成整数或字符串做持久化 不能安全转成整数——
std::thread::id
内部结构未标准化,不同 STL 实现(libstd c++ / 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
都唯一;但要注意两个边界情况: C函数速查手册(CHM版) C函数速查手册(CHM版) 下载 默认构造的
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
并确保同一进程内一致) 别假设主线程 ID 是最小值或固定值(实际往往不是) 调试时想快速区分线程?加个局部
static int seq{0}; auto my_id = ++seq;
更可控 真正需要稳定线程标识的场景(如任务调度器),得自己分配并管理,不能依赖
std::this_thread::get_id()
的值。

相关文章