Java NIO高性能HTTP文件服务器的核心在于多路复用、零拷贝与系统协同：单线程通过Selector管理海量连接，非阻塞I/O、Direct ByteBuffer、transferTo实现零拷贝，分块传输、Selector调优及内核参数配置共同保障高吞吐与低延迟。
Java NIO 实现高性能 HTTP 文件服务器，核心不在“写得快”，而在“等得少、管得多、压得稳”。它用单线程（或少量线程）通过 Selector 同时监听成百上千个连接的读写就绪状态，避免为每个连接分配线程带来的上下文切换和内存开销。真正的性能提升来自结构设计与系统协同，而非单纯堆代码。
用多路复用代替线程池
传统 BIO 每个连接占一个线程，1 万并发 ≈ 1 万线程 → 内存爆炸、调度卡顿。NIO 把所有客户端 Channel 注册到同一个 Selector 上，主线程轮询哪些 Channel 有数据可读、可写或已连接。关键操作：
- SocketChannel.configureBlocking(false)：必须设为非阻塞，否则 select() 会失效
- channel.register(selector, OP_READ | OP_WRITE)：按需注册事件，不是一上来就全开
- 使用 ByteBuffer.allocateDirect()：减少 GC 压力，尤其适合大文件传输
文件读写不阻塞主线程
直接用 FileChannel.transferTo() 配合 SocketChannel，可触发零拷贝（kernel space 内完成数据搬运），跳过 JVM 堆内存中转。适用于静态资源如 CSS/JS/图片：
- 收到 GET /static/logo.png 请求后，解析路径 → 找到对应 FileChannel
- 调用
fileChannel.transferTo(offset, count, socketChannel) - 若返回值小于请求数（未传完），把 channel 和剩余 offset 存入 attachment，下次 OP_WRITE 触发时续传
支持分块传输与响应头优化
大文件不能一次性构造完整响应体。要手动实现 chunked transfer encoding：
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
立即学习“Java免费学习笔记（深入）”；
- 响应头加
Transfer-Encoding: chunked，不写Content-Length - 每读一段（如 8KB），先写长度十六进制 + CRLF，再写数据 + CRLF
- 最后以
"0\r\n\r\n"结束 - 配合
socketChannel.write()的返回值判断是否写满，未写完则注册 OP_WRITE 继续
绕过空轮询与系统参数调优
Linux 下 Selector.select() 可能因内核 bug 出现“假唤醒”或空轮询，导致 CPU 100%。常见缓解方式：
- 每 select 一定次数（如 512 次）后，重建 Selector（重绑所有 Channel）
- 设置系统参数：
net.core.somaxconn=65535（连接队列）、fs.file-max=2097152（文件描述符上限） - JVM 启动加
-XX:+UseG1GC -XX:MaxGCPauseMillis=10，降低大 Buffer 回收延迟
不复杂但容易忽略：NIO 文件服务器的瓶颈往往不在 Java 代码，而在磁盘 I/O 调度和 TCP 栈配置。上线前务必用 ab 或 jmeter 测吞吐与错误率，并检查 ss -s 和 dmesg 是否有丢包或连接溢出提示。
