pthread_getschedparam返回0仅表示获取了线程设置的调度参数，而非当前内核实际使用的优先级；真实优先级需通过/proc/[pid]/task/[tid]/stat第39列static_prio或/sched中prio字段查看。
pthread_getschedparam 返回值为 0 却拿不到真实优先级？
调用 pthread_getschedparam 成功（返回 0）不代表你拿到了“当前线程实际生效的调度优先级”。它只返回该线程在创建时或上次 pthread_setschedparam 设置的参数——如果线程从未显式设置过，就返回继承自父线程的初始值；而这个值可能已被内核动态调整（比如因实时策略被降级、或受 /proc/sys/kernel/sched_rt_runtime_us 限制），但接口不会反映这种变化。
常见误判场景：
- 主线程用
SCHED_OTHER启动，pthread_getschedparam返回sched_priority == 0，你以为就是普通优先级 —— 实际上 Linux 的SCHED_OTHER线程根本不用sched_priority，真正起作用的是niceness值 - 用
SCHED_FIFO创建线程后未获 root 权限，内核静默降级为SCHED_OTHER，但pthread_getschedparam仍返回你当初设的sched_priority = 50
想看真实调度行为，得查 /proc/[pid]/task/[tid]/stat 和 sched
Linux 内核不提供用户态 API 直接读取运行时“被内核采纳的优先级”，但可通过 procfs 观察：
-
/proc/[pid]/task/[tid]/stat第 39 列是当前static_prio（对应内核的task_struct->prio，已包含 nice 换算和策略偏移） -
/proc/[pid]/task/[tid]/sched第 2 行含prio字段，是更贴近调度器视角的动态优先级（考虑抢占、睡眠等状态） - 注意：
[tid]是内核线程 ID（即gettid()返回值），不是 pthread_t；需用syscall(SYS_gettid)获取
示例片段（需 root 或同用户权限读取）：
立即学习“C++免费学习笔记（深入）”；
int tid = syscall(SYS_gettid);
char path[256];
snprintf(path, sizeof(path), "/proc/self/task/%d/stat", tid);
FILE *f = fopen(path, "r");
if (f) {
long long dummy; int prio;
// 跳过前 38 个字段
for (int i = 0; i < 38; i++) fscanf(f, "%*s");
fscanf(f, "%d", &prio); // 第 39 列
fclose(f);
}
pthread_getschedparam 的 policy 和 priority 参数必须非空
传入 NULL 给 policy 或 priority 参数会导致未定义行为（glibc 通常直接 segfault）。这不是可选参数，哪怕你只关心其中一个。
- 正确写法：
int policy; struct sched_param param; pthread_getschedparam(thread, &policy, ¶m); - 错误写法：
pthread_getschedparam(thread, NULL, ¶m);或pthread_getschedparam(thread, &policy, NULL); - 若只需 policy：仍需声明 dummy
struct sched_param并传地址，不能省略
实时优先级在非 root 用户下基本无效
除非进程已通过 setrlimit(RLIMIT_RTPRIO, ...) 提升资源限制，或运行在 CAP_SYS_NICE 能力下，否则 pthread_setschedparam 设 SCHED_FIFO/SCHED_RR 会失败（EPERM），且 pthread_getschedparam 返回的仍是旧值——它不校验权限是否足够生效。
- 检查方法：
cat /proc/[pid]/status | grep CapEff看是否有0000000000000000000000000000000000000000000000000000000000000002（CAP_SYS_NICE） - 临时提权：
sudo setcap cap_sys_nice+ep ./your_program（比 root 更安全） - 注意：即使有 CAP_SYS_NICE，
/proc/sys/kernel/rt_runtime_us也可能把实时时间片限制为 0，导致线程立即被降级
别只盯着 pthread_getschedparam 的返回值，它只是配置快照；真要看线程此刻怎么被调度，得去 procfs 里翻内核暴露的现场数据。
