sched_getaffinity 仅获取进程允许运行的 cpu 核心集合，不反映实时负载或实际运行位置；需结合 sched_getcpu() 采样、/proc/stat 或 perf 工具估算真实分布。
如何用 sched_getaffinity 获取进程的 CPU 亲和性掩码
Linux 下获取当前进程绑定到哪些 CPU 核心，核心是读取内核维护的 CPU 亲和性掩码（CPU affinity mask），不是“负载分布”——后者需要额外采样和统计。很多开发者误以为 sched_getaffinity 能返回实时负载，其实它只告诉你“允许在哪几个核上运行”，不反映当前实际占用情况。
正确做法是先用 sched_getaffinity 拿到允许运行的 CPU 集合，再结合 /proc/[pid]/stat 或 getcpu() + 定期采样来估算分布。示例代码：
#include <sched.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
cpu_set_t cpuset;
CPU_ZERO(&cpuset);
if (sched_getaffinity(0, sizeof(cpuset), &cpuset) == 0) {
for (int i = 0; i
<ul>
<li>
<code>sched_getaffinity(0, ...)</code> 中第一个参数传 <code>0</code> 表示当前进程</li>
<li>
<code>CPU_SETSIZE</code> 是编译时决定的最大 CPU 数（通常 1024），但实际系统可能远小于此；建议用 <code>sysconf(_SC_NPROCESSORS_ONLN)</code> 动态获取上限</li>
<li>该调用不保证原子性：如果进程在调用过程中被 <code>sched_setaffinity</code> 修改过，返回值可能滞后</li>
</ul>
<h3>为什么不能直接从 <code>/proc/[pid]/stat</code> 看出每个核的负载</h3>
<p><code>/proc/[pid]/stat</code> 第 14–15 字段（<code>utime</code> 和 <code>stime</code>）是进程在所有 CPU 上的累计用户态/内核态时间（单位：clock ticks），没有按核拆分。Linux 内核不默认记录 per-CPU 的进程运行时间——那是调度器内部调试信息，未暴露给用户空间。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2823" title="C++14"><img
src="https://img.php.cn/upload/manual/001/431/639/6ac8b33c327c4749.png" alt="C++14" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="overflowclass">C++14</a>
<p class="overflowclass">C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。</p>
</div>
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<ul>
<li>想获得近似分布，需配合 <code>perf</code> 工具采样：<code>perf record -e sched:sched_switch -p $(pidof your_app)</code>，然后解析上下文切换事件中 <code>prev_cpu</code>/<code>next_cpu</code>
</li>
<li>或用 <code>taskset -c N ./your_app</code> 强制绑定单核后对比不同绑定下的 <code>utime</code> 增量，反推倾向性</li>
<li>注意：即使绑定了全部核心，调度器仍可能因 cache locality、wake-up 路径等让线程长期停留在某几个核上，这不属于“亲和性”，而是运行时行为</li>
</ul>
<h3>用 <code>pthread_getattr_np</code> + <code>pthread_attr_getaffinity_np</code> 查线程级亲和性</h3>
<p>主线程的亲和性 ≠ 子线程的亲和性。新线程默认继承创建者的亲和性掩码，但可被显式修改。若你关心的是某个 worker 线程的实际运行位置，得查它自己的属性：</p>
<pre class="brush:php;toolbar:false;">pthread_attr_t attr;
pthread_getattr_np(pthread_self(), &attr);
cpu_set_t aff;
CPU_ZERO(&aff);
pthread_attr_getaffinity_np(&attr, sizeof(aff), &aff);
-
pthread_getattr_np是 GNU 扩展，不可移植；musl libc 不支持，macOS 完全不提供 - 即便拿到掩码，也仅表示“允许运行的核”，不代表当前正在哪个核执行——线程可能刚被迁移，而掩码尚未更新
- 更可靠的方式是在线程内调用
sched_getcpu()（返回当前执行的 CPU ID），多次调用并统计频次，才能逼近真实分布
容易忽略的关键点：亲和性掩码 ≠ 实际调度位置
这是最常被误解的一点。设置亲和性只是划了个“允许运行的集合”，内核调度器仍可在这个集合内自由选择 CPU，尤其在负载不均或存在 SMT（如 Intel Hyper-Threading）时，同一进程的不同线程可能集中在物理核的两个逻辑核上，造成虚假“热点”。
- 检查是否启用了
isolcpus或nohz_full内核参数——它们会显著改变调度行为，使sched_getaffinity返回结果与实际观察不符 -
cat /sys/devices/system/cpu/isolated和cat /proc/sys/kernel/sched_domain/cpu*/domain*/flags可辅助判断调度域划分 - 真正要监控“每个核上的负载贡献”，唯一稳健路径是：绑定线程 →
sched_getcpu()采样 → 结合/proc/stat的 per-CPU idle 时间做归一化计算
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
