Linux下通过/proc/self/task目录遍历子目录名（即TID）获取线程列表最可靠，Windows需用CreateToolhelp32Snapshot等API枚举且依赖SeDebugPrivilege权限。
Linux下用/proc/self/task读取线程信息最可靠
Windows没有直接暴露线程总数和ID列表的API，而Linux内核通过/proc/self/task目录把每个线程映射为一个子目录，目录名就是TID（线程ID），这比调用pthread_kill遍历或依赖gettid()手动维护更准确、无竞态。
实操时注意：/proc/self/task是符号链接，实际指向/proc/<pid>/task</pid>，读取前需确保目标进程未退出；目录项不保证排序，需自行收集后处理；部分容器环境可能挂载限制导致不可读。
- 用
opendir()打开/proc/self/task，readdir()遍历所有子目录名 - 跳过
.、..及非数字目录名（如fd等伪文件） - 对每个纯数字目录名调用
std::stoi()转为pid_t，即TID；主线程TID等于PID，但/proc/self/task里也包含它 - 数量即目录项数（过滤后），列表即所有成功转换的TID集合
std::this_thread::get_id()不能用于获取其他线程ID
这是常见误解：std::this_thread::get_id()只返回当前线程的std::thread::id对象，它内部通常封装TID，但无法反向查出系统级TID数值，也不能跨线程调用——你不能在主线程里调用它来拿到子线程ID。
若已持有std::thread对象，可用t.get_id()获取其ID，但这只是逻辑ID，与OS线程ID（TID）无直接可转换关系；调试或日志可打印std::thread::id，但监控、信号发送、/proc分析必须用真实TID。
立即学习“C++免费学习笔记（深入）”；
-
std::thread::id不可序列化为整数，std::hash<:thread::id>{}</:thread::id>结果仅在同一进程生命周期内稳定 - 想获取某
std::thread对象对应的TID，唯一办法是在该线程启动函数内调用syscall(SYS_gettid)并存入共享结构 - 不要试图用
pthread_self()转std::thread::id，二者类型不兼容且语义不同
Windows上只能逐个枚举，且需SeDebugPrivilege
Windows没有类似/proc的轻量接口，必须用CreateToolhelp32Snapshot()配合Thread32First/Next，且快照只反映调用时刻状态，无法实时同步；更重要的是，即使获取自身进程句柄，也需要启用SeDebugPrivilege权限才能读取线程上下文（包括TID），否则Thread32First会失败并返回ERROR_ACCESS_DENIED。
- 调用
OpenProcess(PROCESS_QUERY_INFORMATION, FALSE, GetCurrentProcessId())获取句柄 - 调用
AdjustTokenPrivileges()启用SeDebugPrivilege（需管理员权限） -
CreateToolhelp32Snapshot(TH32CS_SNAPTHREAD, 0)创建快照，再用Thread32First/Next遍历，筛选ti.th32OwnerProcessID == GetCurrentProcessId()的项 -
ti.th32ThreadID即线程ID，但注意：Windows线程ID不是TID概念，它等价于Win32线程标识符，可用于SuspendThread等API
跨平台封装要注意TID/PID差异和生命周期
Linux TID和Windows线程ID本质不同：Linux中主线程TID等于PID，其余线程TID独立；Windows中所有线程ID全局唯一，但和进程ID无数学关系。这意味着跨平台代码若想统一“线程ID”，必须明确用途——信号发送（Linux）、调试器附加（Windows）、日志标记（两者都行）——不能假设数值可互换。
更隐蔽的问题是：线程退出后，其TID可能被内核立即复用，/proc/self/task目录项消失，但你的缓存列表还留着旧ID；Windows快照里的th32ThreadID在对应线程终止后也不再有效。所以任何基于ID的后续操作（如kill -USR1 <tid></tid>）都应先检查线程是否存活。
- Linux下可用
kill(ttid, 0)探测TID是否有效（返回0表示存在且有权限） - Windows下对线程句柄调用
GetExitCodeThread()，若返回STILL_ACTIVE说明存活 - 避免长期缓存TID列表，高频场景建议每次使用前重新枚举
