Linux环境下std::thread是否创建内核线程？用户态与内核态线程疑问

一、用户态线程并未消失 #

• 用户态线程是完全在用户空间实现的线程，内核根本感知不到它们的存在。调度、上下文切换全由用户态的线程库搞定，不用陷入内核，开销极低。
• 典型例子：Go的goroutine（用户态调度部分）、一些自研的协程库（比如libco）、还有早期未采用NPTL的线程实现。
• 这类线程确实需要映射到内核态线程才能拿到CPU执行时间——毕竟最终要靠内核分配CPU资源。所以你之前“用户态线程需映射到内核线程才能执行”的认知并没有过时，只是现在纯用户态线程的主流应用场景变少了。

二、内核态线程的核心特点 #

• 内核态线程由内核创建、管理和调度，内核会给每个线程维护独立的进程控制块（PCB），直接参与CPU的调度队列。
• 每个内核态线程有自己的内核栈，切换时需要陷入内核，开销比用户态线程大，但能充分利用多核CPU，而且线程遇到IO阻塞等情况时，内核会自动调度其他线程，不会影响整个进程的执行。

三、std::thread的本质 #

• 在Linux环境下，std::thread底层基于POSIX线程（pthread）实现，而现代Linux的pthread用的是NPTL（原生POSIX线程库），采用1:1映射的内核态线程模型。
• 也就是说，你调用std::thread(func, arguments)创建的线程，本身就是一个内核态线程，创建时就会向内核申请线程资源，直接进入内核调度队列等待执行，不需要额外的映射步骤。

内容的提问来源于stack exchange，提问作者noob