在 Java IO 编程中，传统的字节流与字符流大家都不陌生，但当面对高并发、大文件处理等场景时，NIO（New IO）中的 Buffer 与 Channel 逐渐成为性能优化的关键。本文将深入剖析 Buffer 与 Channel 的核心概念，通过对比传统 IO 流，带你理解它们为何能显著提升 IO 效率，并配合直观的图示帮你建立清晰的认知。
一、传统 IO 流的局限性：为什么需要 Buffer/Channel？
在了解 Buffer 与 Channel 之前，我们先回顾传统 IO 流的工作方式。传统 IO 流分为字节流（InputStream/OutputStream）和字符流（Reader/Writer），其核心特点可概括为：
单向传输：流是单向的，输入流只能读，输出流只能写，如
FileInputStream只能从文件读数据，FileOutputStream只能向文件写数据。阻塞操作：读写操作是阻塞的，当调用read()或write()时，线程会一直等待数据传输完成，期间无法做其他事情。直接操作数据：数据通过流直接传输，没有中间缓冲层，每次读写都可能触发底层系统调用（如磁盘 IO 或网络 IO），而系统调用的开销是很大的。
我们用一张图直观展示传统 IO 流的工作模式：
传统 IO 的瓶颈：在高并发场景下，频繁的系统调用和线程阻塞会导致资源浪费（如线程上下文切换），而单向传输也限制了数据操作的灵活性。为解决这些问题，JDK 1.4 引入了 NIO，其中 Buffer（缓冲区）和 Channel（通道）是核心组件。
二、Buffer：数据的 "临时仓库"
Buffer 是 NIO 中用于存储数据的容器，本质是一块内存区域，可以理解为 "数据的临时仓库"。所有数据的读写都必须通过 Buffer 完成，这与传统 IO 直接操作流的方式截然不同。
2.1 Buffer 的核心属性
Buffer 有三个核心属性，决定了其读写状态，这是理解 Buffer 的关键：
capacity（容量）：Buffer 的最大容量（初始化后不可变），即最多能存储多少数据（如 1024 字节）。position（位置）：当前操作的位置（类似指针）。写数据时：position 从 0 开始，每写入一个数据，position+1，最大为 capacity-1。读数据时：position 从 0 开始，每读取一个数据，position+1，最大为 limit-1。limit（限制）：当前可操作的数据边界。写模式下：limit = capacity（最多写到容量上限）。读模式下：limit = 写模式结束时的 position（最多读到实际写入的数据量）。
此外，还有一个可选属性mark（标记），用于记录某个位置，方便后续通过reset()回到该位置。
2.2 Buffer 的工作流程（以读文件为例）
- 写模式：从 Channel 读取数据到 Buffer，此时 position 从 0 开始递增，直到数据写完（position = 实际写入量）。
- 切换读模式：调用
flip()方法，将 limit 设为当前 position，position 重置为 0，准备读取数据。 - 读模式：从 Buffer 读取数据到程序，position 从 0 开始递增，直到 limit（即实际写入量）。
- 清空 / 重用：调用
clear()（清空缓冲区，position=0，limit=capacity）或compact()（保留未读完的数据，将其移到缓冲区开头），准备下次写入。
用图示展示 Buffer 的状态变化：
