要压榨单机网卡极限，关键在于采用异步非阻塞i/o，通过epoll等内核机制让单线程高效处理成千上万连接，避免空转与上下文切换；需重点改造网络、文件、数据库及外部服务调用等阻塞环节，并配合nio手动建模或选用netty等成熟框架，同步调优linux、jvm及应用层参数。
要压榨单机网卡极限，关键不是堆线程或加机器，而是让有限的线程真正“忙起来”——不等 I/O，只处理事件。异步非阻塞 I/O 的本质，是把“等待数据就绪”这个动作从线程里剥离出去，交由操作系统内核（如 Linux 的 epoll）代为监控，线程只在数据真正可读/可写时才介入处理。这样，一个线程就能高效轮询成千上万个连接，避免线程空转、上下文切换和栈内存浪费。
明确阻塞点，识别可异步化的 I/O 场景
不是所有代码都适合异步化，重点改造以下典型阻塞环节：
- 网络请求：
Socket.getInputStream().read()、HttpURLConnection.getResponseCode() - 文件读写：
FileInputStream.read()、Files.readAllBytes() - 数据库调用：JDBC 同步驱动的
PreparedStatement.executeQuery()（需换为响应式驱动如 R2DBC） - 外部服务调用：REST API、RPC 调用（应替换为 WebClient、FeignClient（配合 Hystrix 或 Resilience4j 异步封装）、gRPC async stub）
用 NIO 原生组件构建轻量级事件循环
若不引入框架，可基于 Java NIO 手动搭建最小可行事件驱动模型：
- 创建
Selector并注册多个SocketChannel，全部设为configureBlocking(false) - 主线程只做
selector.select()（可设超时避免空转），拿到就绪 key 后分发给固定线程池处理业务逻辑 - 读操作用
ByteBuffer配合channel.read(buffer)，检查返回值是否 >0（有数据）、=0（暂无）、-1（断连） - 写操作需关注
OP_WRITE就绪时机，避免因 TCP 窗口满导致 write() 阻塞；建议采用写队列 + 写就绪触发机制
选用成熟异步框架替代手写 NIO
Netty 是当前最稳定、高性能的生产级选择，它已封装好 Reactor 多线程模型、零拷贝、内存池、编解码器链等细节：
- 使用
EventLoopGroup（如NioEventLoopGroup）管理 I/O 线程，避免自己调度 selector - 业务逻辑放在
ChannelHandler中，用ctx.writeAndFlush()触发异步写入，天然非阻塞 - 搭配
ByteBuf替代byte[]，支持池化与复合缓冲区，减少 GC 压力 - 对高吞吐场景，启用
SO_RCVBUF/SO_SNDBUF调优、禁用 Nagle 算法（TCP_NODELAY=true）、开启 SO_KEEPALIVE
配套资源与参数必须同步收紧
异步架构下，瓶颈常不在 CPU，而在系统级资源和 JVM 配置：
- Linux 层：提升
net.core.somaxconn（连接队列）、fs.file-max（文件描述符上限）、net.ipv4.ip_local_port_range（端口范围） - JVM 层：减小线程栈大小（
-Xss256k），关闭偏向锁（-XX:-UseBiasedLocking），启用 G1 垃圾收集器并调优 RegionSize - 应用层：禁用日志同步刷盘（logback 的
immediateFlush=false），异步日志（如 Log4j2 AsyncAppender），连接池复用（如 HikariCP + R2DBC）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
