关键是将lscpu输出的CPU拓扑精准映射为二进制位序：LSB对应逻辑CPU 0，掩码位数等于总逻辑核数，同一物理核的多个逻辑核位不可同时置1，否则导致争抢；需用ps、taskset或/proc/PID/status验证绑定是否生效。
直接用 lscpu 算准 worker_cpu_affinity 掩码，关键不是数“几位”，而是把输出里的 CPU 拓扑映射成二进制位序——错一位，整个绑定就失效。冲突常源于逻辑核编号与物理核归属没对齐，导致多个 worker 被塞进同一物理核、争抢执行单元。
先抓真实逻辑核数和编号范围
运行：
lscpu | grep -E "CPU\(s\)|On-line|Thread|Core|Socket"
重点关注三行：
-
CPU(s): 系统识别的总逻辑 CPU 数（含超线程），比如显示
12，说明逻辑核编号是0–11；掩码每组必须是 12 位 -
On-line CPU(s) list: 实际启用的核心范围，如
0,2,4,6,8,10表示只启用了偶数编号核心；掩码长度仍按总逻辑核数来，但只在对应位置置 1 -
Thread(s) per core: 若为
2，说明开了超线程；若为1，逻辑核 = 物理核，可直按顺序写掩码，无需跳核
定位物理核归属，避开超线程争抢
超线程下，两个逻辑核（如 0 和 6）可能共享一个物理核。盲目绑定 0 和 1，反而造成资源争抢。
查法：
- 看
lscpu输出中 “CPU topology” 小节（如有） - 或运行：
grep -l "0$" /sys/devices/system/cpu/cpu*/topology/core_id 2>/dev/null | xargs -I{} basename {} | sed 's/cpu//' | sort -n
→ 得到所有归属物理核0的逻辑 CPU 编号（如0和6）
结论：若要独占物理核，掩码中同一物理核的多个逻辑核位不能同时为 1。例如物理核 0 对应逻辑核 0 和 6，则 00000001（第 0 位为 1）和 01000000（第 6 位为 1）可分别用于两个 worker，但 01000001 表示两个 worker 都能跑在 0 或 6 上，失去独占意义。
按位序写出标准掩码组
规则只有一条：最右一位（LSB）对应逻辑 CPU 0，向左依次为 1、2……
- 12 核机器（逻辑核
0–11），掩码每组 12 位，从右往左：位 0 → core 0，位 1 → core 1，……位 11 → core 11 - 设
worker_processes 4，需 4 组掩码，分别绑定到 core0/1/2/3→ 写成：worker_cpu_affinity 000000000001 000000000010 000000000100 000000001000 - 更稳妥写法（十六进制）：
0001 0002 0004 0008（每组 4 位十六进制 = 16 位二进制，Nginx 支持自动补零）
验证是否真正生效
改完配置 reload 后，别只信日志，要看进程实际跑在哪：
- 查各 worker 当前在哪颗核运行：
ps -eo pid,args,psr | grep 'nginx: worker'
第三列psr应为0、1、2、3…一一对应 - 也可用：
taskset -cp <pid></pid>或查看/proc/<pid>/status | grep Cpus_allowed</pid>
不复杂但容易忽略。
