Nginx NIO vs Java NIO
一 Nginx NIO
1.1 多进程
Master进程：管理进程，某个worker进程挂掉，自动重启
Worker进程：处理请求，进程之间互相独立，互不影响，建议数量接近CPU核心，减少进程间切换开销
1.2 事件驱动
监听有事件发生，才进行相应处理，这样使得每个Worker进程同时处理多个连接，单个Worker进程处理的连接数仅受限于内存大小。
1.3 NIO
Epoll实例负责监听多个listen fd
注: 一个worker进程会创建一个epoll实例
listen fd是监听文件描述符（listening file descriptor），接收读写数据请求
内存缓冲区：数据传输通道
总结：ngix nio总并发数还是受限于worker进程数*worker连接数，nio核心在于提升单个worker进程的worker连接池利用率
二 Java NIO
2.1 多线程
在 Java 中，进程是程序的一次执行过程（如运行中的 JVM 实例），而线程是进程内的最小执行单元.
2.2 NIO
选择器（Selector）
选择器可以用于同时监听多个通道的读写事件。
注:选择器可以实现单线程监听多个通道的效果，从而提高系统吞吐量和运行效率
通道（Channel）
通道是一个用于读写数据的对象。与JAVA IO流不同的是，通道既可以非阻塞式的读写，又可以同步进行读写
注: 通道分为两种类型：FileChannel和SocketChannel，分别用于文件和网络通信
缓冲区（Buffer）
所有数据都是通过缓冲区对象进行传输的
总结：java nio总并发数还是受限于线程总数，nio核心在于提升线程池利用率
三 性能对比
|-----------|----------------------------------|------------------------------------|
| 方面 | Nginx 优势 | Java NIO 优势 |
| 吞吐量 & 延迟 | 极高，常用于反向代理、静态资源服务，每秒可处理数万~数十万请求 | 优秀（尤其配合 Netty），但受 JVM GC、JIT 编译等影响 |
| 资源占用 | 内存占用极低，启动快 | 内存占用较高（JVM 开销），启动慢 |
| CPU 利用率 | 高效利用 CPU，无 GC 干扰 | GC 可能造成 CPU 抖动，ZGC/Shenandoah 可缓解 |
| 连接并发能力 | 支持百万级并发连接（epoll 优势） | 同样支持高并发，但受 JVM 堆大小和线程模型限制 |