SetPriorityClass是Windows下设置进程优先级的最直接方式，需传入当前进程句柄（GetCurrentProcess()）和优先级常量（如ABOVE_NORMAL_PRIORITY_CLASS），失败返回FALSE并需用GetLastError()判断错误（常见ERROR_ACCESS_DENIED），普通用户无法设置HIGH或REALTIME优先级。
Windows下用SetPriorityClass修改进程优先级
Windows平台最直接的方式是调用SetPriorityClass，它作用于当前进程句柄（GetCurrentProcess()）即可。注意：该函数不返回布尔值，而是返回BOOL，失败时返回FALSE，必须配合GetLastError()判断具体原因。
- 常见错误是权限不足——普通用户无法设为
HIGH_PRIORITY_CLASS或REALTIME_PRIORITY_CLASS，会返回错误码ERROR_ACCESS_DENIED -
IDLE_PRIORITY_CLASS和BELONG_PRIORITY_CLASS通常无需特殊权限，但后者实际效果接近NORMAL_PRIORITY_CLASS，不推荐依赖 - 设置
REALTIME_PRIORITY_CLASS风险极高，可能冻结系统UI或导致其他关键进程饿死，仅限短时、受控场景（如嵌入式采集线程） - 示例：
if (!SetPriorityClass(GetCurrentProcess(), ABOVE_NORMAL_PRIORITY_CLASS)) { DWORD err = GetLastError(); // 处理 err }
Linux/macOS用setpriority调整nice值
POSIX系统通过setpriority修改进程的nice值，范围通常是-20（最高优先）到+19（最低优先），默认为0。普通用户只能调高nice值（即降低优先级），想设为负数必须有CAP_SYS_NICE能力或root权限。
- 调用时第一个参数固定为
PRIO_PROCESS，第二个为0（表示当前进程），第三个是目标nice值 - 返回-1表示失败，需检查
errno：常见EACCES（权限不足）、EAGAIN（资源限制，如RLIMIT_NICE被设为0） - 注意：
setpriority不改变调度策略（如SCHED_FIFO），只影响CFS调度器下的权重计算 - 示例：
if (setpriority(PRIO_PROCESS, 0, -5) == -1) { perror("setpriority"); }
跨平台封装要注意的兼容性陷阱
没有标准C++ API能统一处理优先级，自行封装时容易忽略底层差异：
- Windows的
ABOVE_NORMAL_PRIORITY_CLASS≈ Linux的nice = -2，但二者不可线性换算；不要硬写映射表 - macOS对
setpriority支持有限，某些版本会静默忽略负nice值，建议用pthread_setschedparam配合SCHED_RR更可靠 - 子进程不会继承父进程的优先级变更，如果需要，得在
fork()后显式重设 - 容器环境（如Docker）可能限制
setpriority或SetPriorityClass，失败时不报错但无效，务必验证返回值
为什么std::this_thread::sleep_for不能替代优先级调整
有人试图用让出CPU时间来“模拟”低优先级，这是误解。睡眠只是主动放弃时间片，不改变调度器对线程权重的判定；而真正降优先级会让内核在调度时更少分配CPU时间。
立即学习“C++免费学习笔记（深入）”；
-
sleep_for会导致线程阻塞，无法响应信号或异步事件；优先级调整是纯调度策略变更，线程仍可随时被唤醒 - 高频率调用
sleep_for(1ms)反而增加上下文切换开销，比保持正常优先级更耗资源 - 唯一适用场景是调试时临时避让——生产代码里混用两者，会掩盖真实调度问题
