C++如何获取当前线程的优先级-C++-PHP中文网

c++oding="utf-8" ?>

linux下用pthread_getschedparam获取线程调度策略和优先级，windows下用getthreadpriority配合getcurrentthread；二者均需平台特定处理，且std::thread须通过native_handle()转为原生句柄。

c++如何获取当前线程的优先级

Linux 下用 `pthread_getschedparam` 获取线程调度策略和优先级

在 Linux 环境中，C++ 没有标准库函数直接获取线程优先级，必须依赖 POSIX 线程 API。核心是 pthread_getschedparam，它能同时拿到调度策略（如 SCHED_FIFO、SCHED_OTHER）和静态优先级值。

注意：该优先级仅对实时策略（SCHED_FIFO/SCHED_RR）有意义；在默认的 SCHED_OTHER 下，返回的优先级恒为 0，不代表“低优先级”，而是表示内核使用 CFS 调度器动态调整，不暴露静态值。

实操建议：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

先调用 pthread_self() 获取当前线程 ID，再传给 pthread_getschedparam
务必检查返回值是否为 0，非零表示失败（如权限不足或线程已分离）
优先级数值范围依赖策略：SCHED_FIFO 和 SCHED_RR 通常为 1–99，SCHED_OTHER 固定为 0

示例片段：

int policy;
struct sched_param param;
int ret = pthread_getschedparam(pthread_self(), &policy, &param);
if (ret == 0) {
    printf("policy=%d, priority=%d\n", policy, param.sched_priority);
}

Windows 下用 `GetThreadPriority` 需配合 `GetCurrentThread`

Windows 不提供“获取当前线程句柄”的全局函数，必须先调用 GetCurrentThread()——但它返回的是伪句柄（值为 -2），不能跨线程传递，但可用于本线程的属性查询。

关键点在于：该 API 返回的是相对于进程基准优先级的偏移量（如 THREAD_PRIORITY_NORMAL 是 0，THREAD_PRIORITY_HIGHEST 是 2），不是绝对调度权重。真实调度行为还受进程优先级类（SetPriorityClass）影响。

实操建议：

不要保存或复用 GetCurrentThread() 返回的句柄，它只在当前线程上下文有效
若需跨线程查优先级，必须用 OpenThread 获取真实句柄，并确保有 THREAD_QUERY_INFORMATION 权限
返回值为 THREAD_PRIORITY_ERROR_RETURN（-1）表示失败，需用 GetLastError() 进一步判断

std::thread 无法直接获取优先级，必须转为原生句柄

C++11 的 std::thread 是类型安全封装，不暴露调度接口。想查优先级，必须通过 native_handle() 获取底层 OS 句柄，再按平台调用对应 API。

这意味着你无法只靠标准 C++ 完成这件事——哪怕编译通过，行为也完全由实现定义（libstdc++ 和 libc++ 对 native_handle() 的返回类型处理不同）。

实操建议：

Linux 下：pthread_t tid = static_cast<pthread_t>(t.native_handle());</pthread_t>，再传给 pthread_getschedparam
Windows 下：HANDLE h = static_cast<handle>(t.native_handle());</handle>，再传给 GetThreadPriority
务必确认线程尚未 join() 或 detach()，否则 native_handle() 行为未定义
没有跨平台抽象层时，必须用 #ifdef _WIN32 / #ifdef __linux__ 分支处理

优先级修改后立即生效？别信直觉

即使成功调用 pthread_setschedparam 或 SetThreadPriority，也不代表线程立刻以新优先级运行。Linux 下需注意：SCHED_FIFO/SCHED_RR 要求进程具备 CAP_SYS_NICE 能力（通常需 root 或 setuid），否则调用静默失败（返回 0 但实际未生效）。

Windows 下，如果进程优先级类是 IDLE_PRIORITY_CLASS，即使线程设为 HIGHEST，实际调度仍受限于进程天花板。

验证是否真正生效的最可靠方式：不是读回参数，而是用 ps -o pid,tid,nice,cls,pri -T <pid></pid>（Linux）或 Process Explorer（Windows）观察运行时调度属性。

容易被忽略的一点：线程创建时继承父线程的调度策略和优先级，但如果你在子线程里改了，主线程的设置不受影响——它们是独立实体。