pthread_setschedparam与sched_setscheduler的区别及选型咨询

刚好之前做实时调度相关的开发时研究过这俩函数，给你梳理下核心区别和选型建议：

核心差异 #

1. 定位与适用对象 #

• sched_setscheduler是系统调用，它的pid参数既可以指定整个进程（传入进程ID），也可以指定进程内的单个线程（在Linux这类采用NPTL线程实现的系统中，传入线程的系统级TID，可通过gettid()获取）。简单说，它是面向系统级的调度实体（进程/线程）的。
• pthread_setschedparam是POSIX线程库提供的上层函数，它接收的是pthread_t类型的线程句柄——这是线程库内部维护的标识，和系统级的TID不是一回事，专门用来操作通过pthread_create()创建的线程，只能针对单个线程设置调度属性。

2. 跨平台兼容性 #

• pthread_setschedparam是POSIX标准定义的接口，只要是实现了POSIX线程规范的系统（比如Linux、FreeBSD、macOS等）都能直接用，跨平台性拉满。
• sched_setscheduler的行为在不同UNIX-like系统上可能有差异，比如一些系统可能不支持用它设置单个线程的调度策略，只允许操作整个进程，跨平台适配成本更高。

3. 错误处理方式 #

• sched_setscheduler作为系统调用，调用失败时会返回-1，同时设置全局变量errno来标识错误类型。
• pthread_setschedparam作为线程库函数，调用失败时会直接返回对应的错误码（不需要依赖errno），这也符合pthread系列函数的统一错误处理风格。

4. 功能细节 #

• sched_setscheduler支持一次性设置调度策略和参数，同时如果传入的pid是进程ID，会把整个进程内的所有线程（默认情况下）的调度策略统一修改；而pthread_setschedparam只能针对单个线程做修改，无法直接操作整个进程。

选型建议 #

• 如果你是基于POSIX线程库开发（绝大多数多线程程序都是如此），优先选pthread_setschedparam：一来接口更贴合线程开发的上下文，不用纠结系统级TID的获取；二来跨平台性好，代码移植起来更省心；三是错误处理更符合pthread的统一风格，代码更整洁。
• 如果你需要操作整个进程的调度策略，或者需要和系统级的线程ID（而非pthread句柄）交互，那sched_setscheduler是更合适的选择——比如你要修改不是当前进程创建的线程的调度属性时，只能用它（前提是有足够权限）。

内容来源于stack exchange