不能，pthread_getschedparam仅获取线程当前调度策略和具体优先级值，不返回优先级范围；需配合sched_get_priority_min()和sched_get_priority_max()并传入对应策略才能查得合法范围。
pthread_getschedparam 能不能直接拿到“优先级范围”
pthread_getschedparam 本身不返回优先级范围，它只读取当前线程的调度策略（如 SCHED_FIFO）和具体优先级值（int *priority）。所谓“范围”，得靠 sched_get_priority_min() 和 sched_get_priority_max() 配合调度策略查——而且这两个函数的返回值**依赖传入的策略类型**，不是全局固定值。
常见错误是直接对任意线程调用 sched_get_priority_max(0)，结果得到 -1 或意外值。必须先确认该线程实际使用的策略，再代入：
-
SCHED_OTHER：通常返回 0（Linux 下 min=max=0），不可设非零优先级 -
SCHED_FIFO/SCHED_RR：Linux 默认范围通常是 1–99，但可能被/proc/sys/kernel/sched_rt_runtime_us或 cgroups 限制 - 实时策略的可用范围还受
RLIMIT_RTPRIO限制（普通用户默认为 0，即禁止设实时优先级）
获取当前线程完整调度信息的最小可靠代码
下面这段 C++ 代码能安全读出策略、当前优先级，并推导出该策略下合法的优先级上下界：
#include <pthread.h>
#include <sched.h>
#include <cerrno>
#include <iostream>
void print_thread_priority_info() {
int policy;
struct sched_param param;
int rc = pthread_getschedparam(pthread_self(), &policy, ¶m);
if (rc != 0) {
std::cerr
<p>注意：<code>policy</code> 是整数（如 <code>SCHED_FIFO</code> 值为 1），不要直接输出字符串；<code>param.sched_priority</code> 可能超出当前范围（比如之前用 root 设过，现在降权了），所以范围查询和当前值要分开看。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2823" title="C++14"><img
src="https://img.php.cn/upload/manual/001/431/639/6ac8b33c327c4749.png" alt="C++14" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="overflowclass">C++14</a>
<p class="overflowclass">C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。</p>
</div>
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<h3>为什么普通用户常看到 “min=max=0”</h3>
<p>这不是 bug，而是 Linux 对非特权进程的默认约束：</p>
<ul>
<li>未显式设置策略时，线程继承 <code>SCHED_OTHER</code>，其优先级恒为 0</li>
<li>
<code>sched_get_priority_min(SCHED_OTHER)</code> 和 <code>sched_get_priority_max(SCHED_OTHER)</code> 都返回 0</li>
<li>想用 <code>SCHED_FIFO</code> 或非零优先级？必须有 <code>CAP_SYS_NICE</code> 能力，或通过 <code>ulimit -r</code> 提升 <code>RLIMIT_RTPRIO</code>
</li>
<li>即使 root 启动程序，若运行在 systemd user session 下，也可能被 <code>TasksMax</code> 或 CPUAccounting 间接压制</li>
</ul>
<p>验证方式：<code>cat /proc/self/status | grep -i 'cap.*nice'</code> 查能力位，<code>prlimit -r $$</code> 查当前 <code>RLIMIT_RTPRIO</code> 值。</p>
<h3>跨平台兼容性陷阱</h3>
<p>POSIX 标准只要求 <code>pthread_getschedparam</code> 和 <code>sched_get_priority_{min,max}</code> 在支持调度策略的系统上存在，但行为差异大：</p>
<ul>
<li>macOS / FreeBSD：不支持 <code>SCHED_FIFO</code> 和 <code>SCHED_RR</code>，<code>sched_get_priority_max(SCHED_FIFO)</code> 返回 -1</li>
<li>musl libc（Alpine）：对 <code>SCHED_OTHER</code> 的 min/max 返回 0，但部分内核版本不严格 enforce</li>
<li>Windows Subsystem for Linux（WSL1）：调度策略模拟不完整，<code>pthread_setschedparam</code> 可能静默失败</li>
<li>务必检查 <code>errno</code> 和返回值，不要假设调用一定成功</li>
</ul>
<p>真正需要跨平台控制优先级时，优先考虑 <code>std::this_thread::yield()</code> 或 <code>std::this_thread::sleep_for()</code> 这类可移植语义，而非硬设策略值。</p></iostream></cerrno></sched.h></pthread.h>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
