我正在运行 2 个线程（暂时假设它们是 pthreads）。 Thread_1() 进行用户定义的 API 调用，最终在内核中完成一些工作。 Thread_2() 完全在用户空间中。
我的问题是： Thread_2() 是否可以在 API 调用正在进行时通过抢占 Thread_1() 来开始执行，控制在内核内部的某个地方吗？如果不是，为什么，如果我希望这种情况发生（出于任何原因），我该怎么办？
【问题讨论】：
标签： c++ c multithreading pthreads
对内核的调用被认为是阻塞或非阻塞。阻塞调用（例如等待从网络套接字读取数据）当然可以被抢占，而您不需要任何操作。其他线程将继续运行。非阻塞内核调用可以被认为是非常快的，实际上，您是否可以实际抢占它们并不重要。
通常，在编写多线程代码时，您会专注于这些线程如何相互交互，并将它们与内核的交互留给内核来管理。它旨在做得很好。
【讨论】：
这取决于内核。经典的内核不允许抢占（除非在特定点睡眠线程）。但较新的内核已开始在内核本身内启用抢占。
Linux 在使用 CONFIG_PREEMPT 构建时支持抢占式内核。来自内核文档：
此选项通过使 所有内核代码（不在关键部分执行） 可抢占的。这允许通过以下方式对交互事件做出反应 允许不由自主地抢占低优先级进程 即使它在内核模式下执行系统调用并且会 否则不会达到自然抢占点。 这允许应用程序运行更“流畅”，即使在 系统处于负载状态，代价是吞吐量略低 并且内核代码的运行时开销很小。
如果您正在为桌面构建内核或 具有毫秒级延迟要求的嵌入式系统 范围。
【讨论】：
如果您询问是否可以抢占像 fread() 这样需要磁盘 IO 的阻塞内核调用，那么可以。
更具体地说，阻塞调用基本上会使 Thread_1 在等待它所等待的任何内容时进入睡眠状态。如果 Thread_1 处于休眠状态，则 Thread_2 将被安排运行（除非有更高优先级的东西等待运行）。
编辑：如果您想要一种“相当有把握”地确定 Thread_1 正在执行阻塞调用的方法，请将 Thread_2 的优先级设置为低于 Thread_1（这样它通常不会 em> 运行，除非 Thread_1 被阻塞）并且当它运行时，它会将其优先级提升到比 Thread_1 更高的级别，直到交付硬件中断，此时它会降低其优先级并调用sched_yield()。
【讨论】：