必须用RAII封装优先级变更，因为裸调用setpriority()/SetThreadPriority()后若忘记恢复，会导致系统调度失衡；RAII确保构造提权、析构无条件恢复，且对象须为栈对象以保证作用域内自动降级。
为什么不能直接用 setpriority() 或 SetThreadPriority() 调用后就不管？
临时提升进程/线程优先级（比如做实时音频处理、低延迟计算）后若忘记恢复，会导致系统调度失衡：其他进程饿死、UI卡顿、甚至触发内核 watchdog。C++ 没有内置的“作用域结束自动降级”机制，裸调用 setpriority()（Linux）或 SetThreadPriority()（Windows）极易漏恢复。
RAII 封装的关键：构造时提权，析构时无条件恢复
核心不是“能不能”，而是“是否在任何退出路径下都可靠恢复”。必须捕获原始优先级，并确保析构函数永不抛异常（否则栈展开时再次提权/降权可能崩溃）。
-
Linux 示例：用
getpriority()读取当前PRIO_PROCESS值，setpriority()修改；析构时用setpriority()写回原值，忽略返回值（避免因权限丢失等失败而 throw） -
Windows 示例：用
GetThreadPriority()获取当前线程优先级，SetThreadPriority()设置为THREAD_PRIORITY_HIGHEST；析构时调用SetThreadPriority()恢复原值，不检查返回值（SetThreadPriority失败通常因句柄无效，此时已无法补救） - 优先级值应存为
int（Linux）或int（Windows，对应THREAD_PRIORITY_*常量），避免枚举类型隐式转换风险
跨平台封装要注意的三处陷阱
不同系统对“优先级”的语义和范围差异极大，硬写一个模板类容易出错。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
setpriority()的who参数必须传0（当前进程）或getpid()，传错会导致静默失败（返回 -1 但 errno 不一定置位） - Windows 的
SetThreadPriority()对主线程无效——它只影响调用线程，且需确保线程句柄有效；若在子线程中构造该 RAII 对象，必须用GetCurrentThread()，而非OpenThread() - Linux 下
PRIO_PROCESS和PRIO_PGRP行为不同：前者仅影响当前进程，后者影响整个进程组；RAII 对象应明确限定作用域粒度，避免意外影响子进程
实际使用时最常被忽略的一点
RAII 对象必须是栈对象，且生命周期严格绑定到需要高优执行的代码块。不要 new 出来、不要放进容器、不要传递所有权——一旦脱离作用域，降级动作就失效了。
立即学习“C++免费学习笔记（深入）”；
例如：std::optional<priority_guard> 在某些分支里不构造，就会导致该分支没提权；而 std::shared_ptr<priority_guard> 会让析构时机不可控。真正安全的写法只有：
{
priority_guard pg{priority_guard::high}; // 构造即提权
do_realtime_work(); // 这里跑高优任务
} // 离开作用域，自动恢复 
