java nio可通过嵌入计数与时间采集逻辑实现吞吐量监控：在socketchannel读写后按返回值累加字节数，为每连接绑定connectionstats对象，结合selector循环每秒采样汇总，并统一处理零拷贝路径避免重复统计。
Java NIO 本身不直接提供“读写吞吐量”的监控接口，但可以通过在关键 I/O 路径中嵌入计数与时间采集逻辑，结合 Channel、Buffer 和事件循环（Selector）的生命周期，实现精确、低开销的吞吐量统计。
在 Channel 读写操作中累加字节数
每次调用 SocketChannel.read(ByteBuffer) 或 write(ByteBuffer) 后，检查其返回值（实际读/写字节数），并原子更新计数器：
- 读操作：返回值 > 0 时，累加到
totalBytesRead - 写操作：返回值 > 0 时，累加到
totalBytesWritten - 注意区分“零返回”含义：非阻塞模式下返回 0 表示暂无数据可读或缓冲区已满，不计入吞吐量
按连接粒度维护吞吐指标
为每个活跃连接（即每个注册到 Selector 的 SocketChannel）绑定独立的统计对象，例如：
- 使用
SelectionKey.attach()关联一个自定义的ConnectionStats实例 - 该实例包含
lastReadTime、lastWriteTime、bytesInLastSecond等字段 - 在处理
OP_READ/OP_WRITE事件时刷新对应字段，并按秒滚动更新速率
结合 Selector 循环做周期性采样
在主事件循环中（如 Reactor 线程），定期（如每秒）触发吞吐量快照，避免高频同步影响性能：
- 用
System.nanoTime()记录时间戳，计算滑动窗口内的增量 - 汇总所有连接的字节数，得出全局吞吐（如 MB/s）
- 可导出为 JMX MBean、Micrometer 指标，或写入日志供 Prometheus 抓取
利用零拷贝路径识别真实传输量
当使用 FileChannel.transferTo() 或 SocketChannel.write(ByteBuffer) 配合堆外缓冲区（ByteBuffer.allocateDirect()）时，需注意：
- 这些操作可能绕过 JVM 堆内存，但字节数仍由 API 返回值体现，应统一采集
- 避免重复统计：例如一次
transferTo将文件内容直接发给 socket，只记一次输出量，而非叠加文件读+网络写 - 若启用 SO_SNDBUF 自动调优，实际发送速率受内核限制，此时吞吐量反映的是“协议栈出口”能力，而非应用层写入量
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
