getpriority返回的是niceness值（-20~19），非调度优先级；真实调度优先级需用sched_getparam获取sched_priority，且仅在SCHED_FIFO/RR策略下有效，SCHED_OTHER下恒为0。
Linux下用getpriority查线程nice值不等于调度优先级
很多人误以为getpriority(PRIO_PROCESS, 0)返回的就是当前线程的“调度优先级”，其实它只返回niceness值（范围-20~19），和实时调度策略下的rt_priority完全无关。真正反映内核调度决策的是sched_priority，它只在使用SCHED_FIFO或SCHED_RR时生效，且与nice无关。
用sched_getparam获取线程真实调度优先级
要拿到当前线程的sched_priority，必须调用sched_getparam并传入线程ID（pthread_t需先转为pid_t）：
#include <pthread.h>
#include <sys/syscall.h>
#include <unistd.h>
#include <sched.h>
int get_current_thread_priority() {
pid_t tid = syscall(SYS_gettid); // 获取内核线程ID
struct sched_param param;
int policy;
if (sched_getparam(tid, ¶m) == 0) {
return param.sched_priority; // 实时优先级（SCHED_FIFO/RR下有效）
}
return -1;
}
-
sched_getparam返回的是struct sched_param里的sched_priority字段，不是nice值 - 普通线程（
SCHED_OTHER）的sched_priority恒为0，此时优先级由nice和CFS权重共同决定，无法单靠一个整数表征 - 必须用
syscall(SYS_gettid)而非getpid()，因为进程ID不等于线程ID，多线程下会取错
检查调度策略比读优先级更重要
单独看sched_priority没意义，必须配合调度策略理解：
- 用
sched_getscheduler(0)查当前线程策略：SCHED_OTHER（默认）、SCHED_FIFO、SCHED_RR - 只有
SCHED_FIFO和SCHED_RR才启用sched_priority，范围通常是1~99（取决于/proc/sys/kernel/sched_rt_runtime_us等限制） -
SCHED_OTHER下sched_priority固定为0，真实调度权重由getpriority(PRIO_PROCESS, 0)+ CFS虚拟运行时间共同决定 - 非root用户通常无法设置高于
/proc/sys/kernel/sched_rt_runtime_us允许的实时优先级
Windows上没有等价API，只能间接判断
Windows线程优先级是基于GetThreadPriority的相对层级（如THREAD_PRIORITY_NORMAL），不对应Linux的实时优先级概念，且无法直接映射到内核调度队列位置：
立即学习“C++免费学习笔记（深入）”；
-
GetThreadPriority(GetCurrentThread())返回的是Win32优先级类偏移值，不是内核可调度的数值 - 真实调度行为受系统全局策略（如“后台服务”模式）、I/O优先级、内存优先级等多重影响
- 没有API能返回类似Linux
sched_priority的单一整数，强行类比容易误导
跨平台代码里别试图统一“调度优先级”语义，Linux和Windows底层模型根本不同。真要控制调度行为，Linux侧聚焦sched_setscheduler+sched_setparam，Windows侧用SetThreadPriority配合SetThreadIdealProcessor更实际。
