为何CPU_SET的第一个参数用int而非unsigned int？负CPU ID有何作用？

首先明确：不存在负ID的CPU，传入负数给CPU_SET属于未定义行为，函数签名用int作为参数类型只是历史设计遗留，并非允许合法传入负值。

具体拆解原因和后果：

• CPU ID的实际范围：系统中的物理/逻辑CPU都是从0开始的非负整数编号，比如系统有N个CPU，有效ID范围是0到N-1，可以通过sysconf(_SC_NPROCESSORS_ONLN)获取当前在线CPU总数。
• 函数签名的历史原因：早期POSIX标准设计CPU_SET时选择了int类型作为CPU ID参数，而非unsigned int，这是历史习惯问题，不代表支持负数输入。
• 传入负数的后果：属于标准定义的未定义行为，不同系统的表现可能不同——可能直接忽略该操作（CPU集合无变化），可能破坏cpu_set_t的内部结构，导致后续调用pthread_setaffinity_np返回错误（比如EINVAL），甚至引发程序异常。

针对你提供的代码，建议增加参数校验逻辑，避免传入非法的CPU ID：

#include <unistd.h> // 用于sysconf

inline auto setThreadCore(int core_id) noexcept {
    const int cpu_count = sysconf(_SC_NPROCESSORS_ONLN);
    if (core_id < 0 || core_id >= cpu_count) {
        return false;
    }

    cpu_set_t cpuset;
    CPU_ZERO(&cpuset);
    CPU_SET(core_id, &cpuset);

    return (pthread_setaffinity_np(pthread_self(), sizeof(cpu_set_t), &cpuset) == 0);
}

内容的提问来源于stack exchange，提问作者Hayk