我想用 C++ 构建一个可移植且高效的服务器；它将有很多客户端尝试同时连接，因此它必须能够并行处理每个请求。
我一直在尝试为多线程查找文档、指南……等。我发现了很多关于 POSIX Pthread 的信息，但对于 GNU Pth 几乎一无所获（除了 gnu.org 中的官方手册）。
那么，谁能解释一下 POSIX Pthread 和 GNU Pth 之间的区别？拜托，我希望回复不是维基百科内容的副本（请记住，我是多线程的绝对新手）。我希望我的服务器在所有基于 *nix 的系统之间具有可移植性和高效性，避免使用繁重的 fork()。
谢谢你的帮助。
PS：我认为最好在这里问这个：Windows 呢？那里有 Pthreads 或 Pth 的选项吗？如果不是，该操作系统的 API 是什么？
使用 Pthreads，它使用得更广泛，因此有更多可用的信息和支持。我从未见过真正使用 GNU Pth 的人。或者更好的是，如果您使用的是 C++11，则使用std::thread，如果没有，则使用boost::thread.
那么，谁能解释一下 POSIX Pthread 和 GNU Pth 之间的区别？
Pthreads 是抢占式多线程的跨平台标准，这意味着（通常）操作系统内核管理线程，操作系统调度程序决定每个线程何时运行（如果您有一个内核，一次只能运行一个线程，如果您有多个内核，则可以一次运行多个线程）。操作系统调度程序可以在（几乎）任何时候暂停任何线程并让另一个线程运行，因此每个线程都获得有限的“时间片”，然后其他线程开始运行。
GNU Pth 是一个不可抢占的用户空间线程库，这意味着线程以及哪些线程在何时运行由用户空间而不是内核决定。有人说使用非抢占式线程库的程序更容易理解，因为您的线程不会在任意时间暂停以让另一个线程运行。
我希望我的服务器在所有基于 *nix 的系统之间具有可移植性和高效性，避免使用繁重的 fork()。
fork在 UNIX 上并不重。
W*ndows 呢？那里有 Pthreads 或 Pth 的选项吗？如果不是，该操作系统的 API 是什么？
有适用于 Windows 的 pthreads API，但它们不是 Windows 操作系统的原生 API。我不知道 GNU Pth 是否可以在 Windows 上运行——我对此表示怀疑，除非你使用 Cygwin。Windows 有自己的 Win32 线程模型。
使用std::threadorboost::thread可移植到 POSIX 平台和 Windows，并使 API 的某些部分更易于使用（特别是，锁定和解锁互斥锁可以以异常安全的方式轻松完成，并且条件变量更易于使用。）
Gnu PTH 适用于非常有限的用例：您想使用多线程实现范例，但又不想使用多个 CPU 或内核，也不想依赖任何操作系统或内核级别的支持。由于现在几乎所有通用 CPU 都有多个内核，因此这个用例越来越无关紧要。
Windows 有一个与 POSIX 不同的线程模型；如果您希望您的应用程序是跨平台的，最好使用跨平台线程库，例如 boost::thread。
我认为 GNUs PTH 首先是用于 C 的。你也可以在 C++ 上使用它，但 C++ 有它自己的。
有相当多的应用程序使用 pth，例如低级刻录工具（因此 K3B 和 Brasero 等 GUI-Tools 依赖于 pth），GnuPG 也使用 PTH，Archlinux 的包管理和一些多媒体的东西。
在 Windows 上它总是有点复杂。微软从未克服 C 是来自/用于 UNIX 系统的编程语言这一事实，因此正遭受 NIH 症状（此处未发明）
所以他们做了很多没有任何优势的事情，只是为了与众不同。
如果您使用应该在任何地方运行且不是低级的应用程序，请使用 Qt 及其 QThreads 和 QThreadPool
如果您编写“低级”应用程序，我建议您将应用程序拆分为后端和前端，并为每个操作系统编写自己的后端，并使用问题最少的库。