Windows用SetThreadPriority设线程优先级需有效句柄和权限，仅对当前线程生效；Linux用pthread_setschedparam设调度策略与参数，SCHED_FIFO/RR需root权限；跨平台应避免裸用native_handle()，优先级非性能银弹。

Windows 下用 SetThreadPriority 设置线程优先级

Windows 提供了明确的 API 控制线程优先级，但必须注意：它只对当前线程句柄生效，且调用者需有相应权限（比如 SE_INC_BASE_PRIORITY_PRIVILEGE 才能提权到高于 NORMAL 的级别）。普通用户进程默认只能在 IDLE、NORMAL、HIGH 之间调整。

• SetThreadPriority 必须传入有效的线程句柄，不能直接对 std::thread::native_handle() 返回值裸用——它返回的是 HANDLE，但需确保该句柄未被关闭、且有 THREAD_SET_INFORMATION 权限
• 常见错误是在线程已启动后才去获取句柄并调用，结果因调度延迟或竞争导致优先级未及时生效；建议在线程函数开头立即调用
• 优先级常量如 THREAD_PRIORITY_HIGHEST、THREAD_PRIORITY_ABOVE_NORMAL 是相对进程基准的偏移量，不是绝对值；整个进程的基准由 SetPriorityClass 决定（比如 REALTIME_PRIORITY_CLASS 风险极高，普通应用禁用）
• 示例片段：

  auto th = std::thread([] {
      SetThreadPriority(GetCurrentThread(), THREAD_PRIORITY_HIGHEST);
      // 后续工作...
  });

Linux 下用 pthread_setschedparam 设置线程调度策略和优先级

Linux 不叫“线程优先级”，而是“调度参数”，由调度策略（SCHED_FIFO、SCHED_RR、SCHED_OTHER）和对应策略下的优先级数值共同决定。普通用户只能用 SCHED_OTHER，此时优先级固定为 0，真正可调的是 nice 值（-20 到 +19），但它影响的是 CPU 时间片权重，不是实时优先级。

• 想用 SCHED_FIFO 或 SCHED_RR？必须有 CAP_SYS_NICE 能力（通常需 root 或 sudo setcap cap_sys_nice+ep ./your_app）
• pthread_setschedparam 第二个参数是 sched_param 结构体，其中 sched_priority 在 SCHED_OTHER 下会被忽略，在 SCHED_FIFO/SCHED_RR 下才有效（取值范围取决于 sysconf(_SC_PRIORITY_MIN) 和 sysconf(_SC_PRIORITY_MAX)，通常是 1–99）
• 常见错误：没调用 pthread_attr_setinheritsched(&attr, PTHREAD_EXPLICIT_SCHED) 就直接设参，结果被继承父线程调度策略覆盖
• 示例（需 root 或能力）：

  struct sched_param param;
  param.sched_priority = 50;
  pthread_setschedparam(pthread_self(), SCHED_FIFO, &param);

跨平台封装时别碰 std::thread::native_handle() 的类型细节

C++ 标准不保证 std::thread::native_handle() 的具体类型，Windows 返回 HANDLE，Linux 返回 pthread_t。硬写 #ifdef _WIN32 分支容易漏掉头文件依赖、链接库（libpthread）、或权限检查逻辑。

C++ Code Review Master

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

下载

• 更稳妥的做法是：把线程创建和优先级设置绑定在一起，在构造线程对象时就完成 native 层设置，避免后续再取 handle
• 不要试图把 native_handle() 存起来延后设置——Linux 的 pthread_t 在线程退出后可能复用，Windows 的 HANDLE 可能已被关闭
• 如果必须跨平台抽象，建议封装成两个独立函数：set_thread_priority_win32(HANDLE) 和 set_thread_priority_linux(pthread_t)，而非一个泛型模板

优先级不是性能银弹，反而容易引发饥饿或抖动

提高某线程优先级，不代表它就“跑得更快”；它只是更早被调度器选中。如果高优线程频繁阻塞（比如等锁、等 I/O），或者和其它高优线程争抢资源，实际吞吐可能更差。

立即学习“C++免费学习笔记（深入）”；

• Windows 上 REALTIME_PRIORITY_CLASS 会抢占系统线程（包括鼠标、音频），导致整机假死，调试都困难
• Linux 上 SCHED_FIFO 线程若不主动让出 CPU（如 sched_yield() 或阻塞），会饿死同优先级及更低优先级的所有线程
• 绝大多数场景下，用好线程池 + 任务优先级队列（应用层调度），比操作系统级优先级更可控、更易测试

事情说清了就结束。真正需要调 OS 级线程优先级的，往往已经踩进实时性或资源争抢的深水区，这时候光改一个参数没用，得看整个线程模型和同步原语的设计。