CodePlayer

通道(Channel)是 java.nio 的第二个主要创新。它们既不是一个扩展也不是一项增强，而是全新、极好的 Java I/O 示例，提供与 I/O 服务的直接连接。Channel 用于在字节缓冲区和位于通道另一侧的实体(通常是一个文件或套接字)之间有效地传输数据。

通道可以形象地比喻为银行出纳窗口使用的气动导管。您的薪水支票就是您要传送的信息，载体(Carrier)就好比一个缓冲区。您先填充缓冲区(将您的支票放到载体上)，接着将缓冲“写”到通道中(将载体丢进导管中)，然后信息负载就被传递到通道另一侧的 I/O 服务(银行出纳员)。

该过程的回应是：出纳员填充缓冲区(将您的收据放到载体上)，接着开始一个反方向的通道传输(将载体丢回到导管中)。载体就到了通道的您这一侧(一个填满了的缓冲区正等待您的查验)，然后您就会 flip 缓冲区(打开盖子)并将它清空(移除您的收据)。现在您可以开车走了，下一个对象(银行客户)将使用同样的载体(Buffer)和导管(Channel)对象来重复上述过程。

多数情况下，通道与操作系统的文件描述符(File Descriptor)和文件句柄(File Handle)有着一对一的关系。虽然通道比文件描述符更广义，但您将经常使用到的多数通道都是连接到开放的文件描述符的。Channel 类提供维持平台独立性所需的抽象过程，不过仍然会模拟现代操作系统本身的 I/O 性能。

通道是一种途径，借助该途径，可以用最小的总开销来访问操作系统本身的 I/O 服务。缓冲区则是通道内部用来发送和接收数据的端点。 (见图 3-1)

观察图 3-2 所示的 UML 类图会发现，channel 类的继承关系要比 buffer 类复杂一些。Channel类相互之间的关系更复杂，并且部分 channel 类依赖于在 java.nio.channels.spi 子包中定义的类。本章我们将对该困惑进行澄清。

不多讲了，让我们马上开始探索激动人心的通道世界吧！

Java nio入门教程详解(十三)