C++标准库不支持直接设置线程优先级，必须通过操作系统API实现：Windows调用SetThreadPriority（需在子线程内用GetCurrentThread），Linux调用pthread_setschedparam（需配对调度策略并禁用继承）。
用指针直接管理线程优先级是危险且不可靠的
C++ 标准线程库（std::thread）不提供公开接口设置或读取线程优先级，更不会让你通过裸指针去“管理”它。所谓“用指针管理优先级”，本质是混淆了资源所有权、系统调用封装和平台依赖性三个层面。你拿到的 std::thread* 或 std::thread** 只是一个对象地址，它不包含调度参数，也不能跨平台映射到 OS 级优先级。
真正能设优先级的地方只有操作系统 API 层
Linux 下需用 pthread_setschedparam 配合 pthread_t；Windows 下要用 SetThreadPriority 配合 HANDLE。而 std::thread 对这些句柄做了有意屏蔽——它甚至不保证内部是否用 pthread_t 实现。所以必须在创建后立刻提取原生句柄：
- Linux：
std::thread无公开方法获取pthread_t，得用非标准扩展（如 GCC 的native_handle()），返回类型是pthread_t，但该行为未标准化 - Windows：
std::thread::native_handle()返回HANDLE，可直接传给SetThreadPriority - 调用时机必须在
std::thread启动后、但尚未执行关键逻辑前，否则可能被调度器忽略
std::thread 构造时无法传递优先级参数
std::thread 的构造函数只接受可调用对象和参数包，没有优先级字段。试图在 lambda 捕获里塞个 priority 变量，或用 std::shared_ptr<int> 存优先级值，都对线程调度毫无影响——那只是数据，不是调度策略。
常见误操作包括：
立即学习“C++免费学习笔记（深入）”；
- 把
int* priority_ptr传进线程函数，然后在函数里调用setpriority()：这改的是当前进程 nice 值，不是该线程的实时调度优先级 - 用
std::atomic_int*动态修改某个变量，幻想调度器会监听它：不会，调度器只看内核维护的线程控制块（TCB） - 在多线程中反复调用
pthread_setschedparam切换同一线程的策略：开销大，且可能触发权限拒绝（需CAP_SYS_NICE）
安全可行的做法：封装 native_handle + 权限检查 + 错误处理
如果你确实需要差异化优先级（比如一个高精度定时线程 + 若干后台 IO 线程），只能绕过 std::thread 抽象层，自己用 pthread_create 或 CreateThread，并显式配置 sched_param 或 dwCreationFlags。示例片段（Linux）：
struct thread_with_priority {
pthread_t tid;
int priority; // SCHED_FIFO 范围通常为 1–99
void (*func)(void*);
void* arg;
};
// 创建时指定 policy + param，而非事后设置
struct sched_param param = {.sched_priority = t.priority};
pthread_create(&t.tid, nullptr, [](void* p) -> void* {
auto* task = static_cast<thread_with_priority*>(p);
task->func(task->arg);
return nullptr;
}, &t);
pthread_setschedparam(t.tid, SCHED_FIFO, ¶m);
注意：SCHED_FIFO/SCHED_RR 需 root 权限；普通用户只能用 setpriority(PRIO_PROCESS, 0, nice_value) 影响整个进程的 nice，粒度太粗。
真正难的不是写几行设置代码，而是理解优先级反转、死锁风险、以及 CFS 调度器下 nice 和实时策略的共存规则——这些不会因为用了指针就变简单。
