taskset -p <tid> 查看线程CPU亲和性掩码，输出十进制数需转二进制解读（如5→101表示可运行于CPU 0和2）；sched_getcpu() 则返回线程当前实际运行的CPU编号。
用 taskset -p 查看线程当前的 CPU 亲和性掩码
线程的绑定状态本质是内核维护的一个 CPU 位图（bitmask），taskset -p 是最直接、无需额外依赖的查看方式。它输出的是十进制掩码值，需手动转为二进制来解读哪些核心被启用。
-
taskset -p <code><tid>中的<tid>是线程 ID（不是进程 PID），必须是整数；若传入 PID，默认查主线程 - 输出形如
pid 12345's current affinity mask: 5，5 的二进制是101，表示该线程可运行在 CPU 0 和 CPU 2 上（最低位为 CPU 0） - 注意：掩码只反映“允许运行的核心集合”，不保证当前正在哪个核上执行；实际运行核可用
sched_getcpu()获取
用 sched_getcpu() 获取线程当前实际运行的 CPU 编号
即使绑定了多个核心，线程在某一时刻只在一个核上运行。sched_getcpu() 返回的是调用时该线程所在的物理 CPU 编号（从 0 开始），比解析 taskset 掩码更直观反映瞬时状态。
- 需在目标线程内部调用，例如在 C++ 线程函数中插入：
std::cout - 返回值为 -1 表示出错（比如未链接
-lrt，但通常 glibc 默认支持） - 该值会随调度变化而波动——如果线程未绑定且系统负载高，它可能频繁跳核；绑定后应基本稳定
通过 /proc/[tid]/status 查看更底层的 affinity 字段
内核在 /proc/[tid]/status 中暴露了两个关键字段：Cpus_allowed（十六进制掩码）和 Cpus_allowed_list（易读的范围列表），比 taskset 输出更权威，也避免了命令行工具版本差异问题。
- 执行
grep -i "cpus_allowed" /proc/<code><tid>/status，例如输出：Cpus_allowed: 0000000f→ 对应 CPU 0~3；Cpus_allowed_list: 0-3 -
<tid>必须存在且调用者有权限读取（通常需同用户或 root）；线程退出后路径即失效 - 注意：该文件中的掩码是十六进制，而
taskset默认显示十进制，数值相同但进制不同，容易误判
常见误区：为什么 top -H -p <pid> 不显示绑核信息？
top 的线程视图（按 H 切换）只显示实时 CPU 使用率、运行状态、优先级等，**完全不包含亲和性信息**。它无法告诉你线程被绑在哪个核，甚至不能区分是否被绑定。
立即学习“C++免费学习笔记（深入）”；
- 想确认绑定效果，不能只看
top中某线程“一直在 CPU3 上跑”，那只是巧合或软亲和性的临时表现 - 真正验证绑定是否生效，必须结合
taskset -p <code><tid>或/proc/<code><tid>/status 查掩码，再配合多次sched_getcpu()抽样观察稳定性 - 若发现掩码正确但
sched_getcpu()频繁跳变，可能是绑定了多个核（如掩码0x3允许 CPU0/CPU1），而非单核锁定
pthread_setaffinity_np() 失败时不会自动 fallback，静默失效会导致你以为绑了，其实没绑。 
