|
通道(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 子包中定义的类。本章我们将对该困惑进行澄清。
不多讲了，让我们马上开始探索激动人心的通道世界吧！
0
0
我们认为：用户的主要目的，是为了获取有用的信息，而不是来点击广告的。因此本站将竭力做好内容，并将广告和内容进行分离，确保所有广告不会影响到用户的正常阅读体验。用户仅凭个人意愿和兴趣爱好点击广告。
我们坚信：只有给用户带来价值，用户才会给我们以回报。 |
|
|
