直接用 std::this_thread::get_id() 获取线程ID，但其返回 std::thread::id 不可转整数，须用 operator
直接用 std::this_thread::get_id() 就行，但它的返回值不是整数，不能直接打印或比较——这是最常踩的坑。
为什么 std::this_thread::get_id() 返回的不是数字
std::thread::id 是个不透明类型，设计上就**不保证可转换为整数**。它可能底层用指针、句柄或哈希值实现，不同平台表现不同。强行 reinterpret_cast 或取地址会导致未定义行为。
- Windows 上常见实现是包装了
DWORD或HANDLE，但标准不承诺 - Linux（libstdc++）里通常是轻量级哈希，
id对象本身只占 8 字节 - Clang + libc++ 可能用原子计数器生成 ID，也不对应 OS 线程 ID
想打印线程 ID，得用 std::thread::id::operator
标准库重载了流输出操作符，这是唯一便携、安全的打印方式：
#include <thread>
#include <iostream>
int main() {
std::cout << "main thread: " << std::this_thread::get_id() << '\n';
std::thread t([]{
std::cout << "child thread: " << std::this_thread::get_id() << '\n';
});
t.join();
}
输出类似：main thread: 1234567890abcdef（十六进制字符串），具体格式由实现决定，但可读、可比、可存日志。
立即学习“C++免费学习笔记（深入）”；
需要和操作系统线程 ID 对齐？用平台 API
如果必须拿到 POSIX tid（pid_t）或 Windows DWORD，std::this_thread::get_id() 无法满足——它抽象掉了 OS 层细节：
- Linux：调用
syscall(SYS_gettid)，返回内核级 TID（不是pthread_t） - macOS：用
pthread_threadid_np(nullptr, &tid) - Windows：用
GetCurrentThreadId()
注意：std::thread::id 和这些 OS ID **没有稳定映射关系**，尤其在线程池或 std::jthread 场景下，一个 std::thread::id 可能复用多个 OS 线程。
判断是否主线程？别依赖 ID 数值，用地址或 TLS
有人试图把 main() 里拿到的 std::this_thread::get_id() 存起来，之后比较 ID 判断是否主线程。这在绝大多数情况下可行，但有隐患：
- 若主线程被
std::thread移动（极少但合法），ID 不变，但语义已变 - 更可靠的方式是用
thread_local标记：
thread_local bool is_main = []{
static std::thread::id main_id = std::this_thread::get_id();
return std::this_thread::get_id() == main_id;
}();
或者直接在 main() 开头设一个全局 thread_local 变量，初始化时打标记。
真正难的是跨平台调试时混淆 std::thread::id 和 OS 线程 ID——前者只用于 C++ 线程对象间区分，后者才涉及信号、调度、调试器断点。两者用途不同，硬凑一起反而容易出错。
