连接处理方式

nginx 支持多种连接处理方式，每一种方式是否可用取决于所用的平台。在支持几种方式的平台上，nginx 会自动选择最有效的方式，然而，如果您需要明确指定使用哪一种方式，可以使用 use 指令指定。

支持以下集中处理方式：

• select，标准方式,是最早的I/O多录复用机制之一，它通过一个select系统调用来监视多个文件描述符（包括套接字），一旦其中任何一个文件描述符准备就绪（例如有数据可读或可写），select就会返回。

缺点是当监控的文件描述符数量较多时性能较差，因为每次调用select都需要线性扫描所有文件描述符

• poll，标准方式，Poll是对Select的改进版本，它解决了Select的一些限制，比如文件描述符数量的限制。

Poll使用pollfd结构体数组来管理文件描述符，并且可以处理更多的文件描述符。

但是Poll和Select一样，在大量连接的情况下效率不高，因为它也是采用轮询的方式检查每个文件描述符的状态。

• kqueue，Kqueue是一种高效的事件通知机制，最初由FreeBSD引入。

它不仅可以用于监听文件描述符的事件，还可以监听其他类型的事件，如信号、进程状态变化等。

对于高并发场景下的性能表现优异，因为它不需要像Select/Poll那样轮询检查每个文件描述符的状态

在 FreeBSD 4.1+, OpenBSD 2.9+, NetBSD 2.0, 和 macOS 使用有效。

• epoll，Epoll是Linux内核为处理大量并发网络连接而提出的解决方案。

它具有更好的性能和扩展性，特别是对于大量的文件描述符。

Epoll采用了基于事件的回调机制，只有当某个文件描述符上有事件发生时才会触发相应的处理函数，从而避免了不必要的轮询操作。

在实际应用中，Epoll通常被认为是处理高并发连接的最佳选择之一

注意：在 Linux内核 2.6+ 上使用有效。

从 1.11.3 起支持 EPOLLRDHUP（Linux 2.6.17，glibc 2.8）和 EPOLLEXCLUSIVE（Linux 4.5，glibc 2.24）标志。一些类似于 SuSE 8.2 这样的老版本提供了对 2.4 内核支持 epll 的补丁。

• /dev/poll，在 Solaris 7 11/99+，HP / UX 11.22+（eventport），IRIX 6.5.15+ 和 Tru64 UNIX 5.1A+ 有效。
• eventport，事件端口，在 Solaris 10+ 有效（由于已知问题，推荐使用 /dev/poll 方式代替）。