标题可能不够清楚，因为我实际上不知道如何定义我的问题。
我了解 Pthread 是一个符合 POSIX 标准的线程库（关于 POSIX，请参阅维基百科：http://en.wikipedia.org/wiki/Posix）。它在类 Unix 操作系统中可用。
关于线程，我读到有三种不同的模型：
用户级线程：内核不知道。用户自己创建/实现/销毁线程。
内核级线程：内核直接支持一个进程中的多线程控制。
轻量级进程（LWP）：由内核调度，但可以与用户线程绑定。
你看到我的困惑了吗？当我调用pthread_create() 创建线程时，我是否创建了用户级线程？大概吧。那么我可以说，Pthread 为线程提供了用户级解决方案吗？不能操作内核/LWP？
【问题讨论】：
标签： multithreading pthreads kernel
@paulsm4 我怀疑你关于内核知道一切的评论。在这个用户级线程的特定上下文中，内核不知道这样的事情正在发生。用户级线程的调度由用户自己维护（通过库提供的接口），内核最终只为整个进程分配一个内核线程。内核会将进程视为单线程，并且其中一个线程的任何阻塞调用最终都会阻塞该进程的所有线程。 参考http://www.personal.kent.edu/~rmuhamma/OpSystems/Myos/threads.htm
【讨论】：
在 Linux 中，pthread 是implemented as a lightweight process。内核（v2.6+）实际上是用NPTL 实现的。让我引用维基内容：
NPTL 是所谓的 1×1 线程库，用户创建的线程（通过 pthread_create() 库函数）与内核中的可调度实体（任务，在 Linux 案例中）一一对应）。这是最简单的线程实现。
所以linux内核中的pthread实际上是作为内核线程来实现的。
【讨论】：
pthreads 本身并不是真正的线程库。 pthreads 是特定线程库使用该平台上可用的并发资源实现的接口。所以在linux上、bsd上、solaris上等都有pthreads的实现，虽然接口（头文件和调用的含义）是一样的，但各自的实现是不同的。
因此，就内核线程对象而言，pthread_create 的实际作用因操作系统和 pthread 库实现而异。在第一个近似值上，您不需要知道（这是 pthread 抽象允许您不需要知道的东西）。最终，您可能需要看到“幕后”，但对于大多数 pthread 用户来说，这不是必需的。
如果您想知道 /specific/ pthread 实现在特定操作系统上的作用，您需要澄清您的问题。例如，Solaris 和 Linux 所做的就非常不同。
【讨论】：
问：我理解 Pthread 是一个符合 POSIX 标准的线程库
答：是的。实际上，“Pthreads”代表“Posix 线程”： http://en.wikipedia.org/wiki/Pthreads
问：在类 Unix 操作系统中可用。
A：实际上，它适用于许多不同的操作系统……包括 Windows、MacOS……当然还有 Linux、BSD 和 Solaris。
问：关于线程，我读到有三种不同的模型
现在你变得模糊了。 “线程”是一个非常通用的术语。有很多很多不同的模型。还有很多很多不同的方式可以描述和/或实现“线程”。包括 Java 线程模型或 Ada 线程模型之类的东西。
问：当我调用 pthread_create() 创建线程时，我是否创建了一个线程？ 用户级线程？
答：是的：您在用户空间中所做的几乎所有事情都在您自己的私有“用户空间”中受到“保护”。
问：用户级线程：内核不知道。
A：不。内核知道一切 :)
Q：内核级线程：内核直接支持多线程 过程中的控制。
A：是的，有“内核线程”之类的东西。
而且，碰巧的是，Linux 广泛使用内核线程。例如，Linux 系统中的每一个进程都是一个“内核线程”。并且每个用户创建的 pthread 也被实现为一个新的“内核线程”。 “工作线程”也是如此（对任何用户级进程完全不可见）。
但这是一个高级主题，您无需了解即可有效使用 pthread。这是一本很好的书，详细讨论了这一点 - 以及许多其他主题：
[Linux 内核开发，罗伯特·洛夫][1]
记住：“Pthreads”是一个接口。它的实现方式取决于平台。 Linux 使用内核线程； Windows 使用 Win32 线程等。
================================================ ============================== 附录：
由于人们似乎仍然在关注这个旧线程，我认为参考这篇文章会很有用：
https://stackoverflow.com/a/11255174/421195
Linux 通常使用两种 pthread 实现： LinuxThreads 和 Native POSIX Thread Library(NPTL), 尽管前者在很大程度上已经过时了。 2.6 的内核提供 NPTL，它提供更接近 SUSv3 的一致性，并执行 尤其是当有很多线程时更好。
您可以查询 shell下pthreads使用命令的具体实现：
getconf GNU_LIBPTHREAD_VERSION您还可以在The Linux Programming Interface 中获得更详细的实现差异。
“Pthreads”是一个库，基于 Posix 标准。 pthreads 库的实现方式因平台和库而异。 [1]：http://www.amazon.com/Linux-Kernel-Development-Robert-Love/dp/0672329468
【讨论】：
我发现以前的答案不像我希望的那样令人满意或清晰，所以这里是：
当你打电话时
pthread_create(...)
您总是创建一个新的用户级线程。假设有操作系统，总是有一个或多个内核线程......但让我们更深入地了解：
根据“操作系统概念”第 10 版，我们应该查看的实际分类（当涉及线程库时）是用户级线程如何映射到内核线程（这就是问题的真正含义）。
模型是一对一（单个进程中的每个用户级线程都映射到不同的内核线程），多对一（线程库是“用户级别”，因此单个进程中的所有不同线程都映射到单个内核线程，并且线程数据结构，上下文切换等在用户级别而不是由操作系统处理[意味着如果线程阻塞一些 I/O 调用，整个进程可能会阻塞]）和多对多（介于两者之间，显然用户级线程的数量大于或等于它的内核线程的数量正在映射到）。
现在，pthreads 是一个规范，而不是一个实现，并且实现确实取决于它所写入的操作系统。它可以是这些模型中的任何一种（请注意，“多对多”非常灵活）。
因此，例如，在 Linux 和 Windows（多年来最流行的操作系统，模型是“一对一”）上，实现是“一对一”。
【讨论】：
Pthreads 只是线程库的标准化接口。创建操作系统线程还是轻量级线程取决于您使用的库。不过，我的第一个客人是您的线程是“真正的”操作系统级线程。
【讨论】：