JDK1.4非阻塞套接字API概述

　　J2SE 1.4版引入了非阻隔套接字（Nonblocking sockets）,它答应在网络通信应用程序和没有阻隔的进程中使用套接字。本文将具体介绍什么是非阻隔套接字（Nonblocking sockets）及其工作原理和用途。

　　从Java 1.4起，程序员便能用一组新的API来进行I/O操作。这是JSR 51项目的结果，自2000年1月的Java 1.4 beta版，程序员便可以使用JSR 51了。在Java 1.4中增加了一些非常重要的新技术来处理诸如在文件和套接字上进行高性能的读/写操作，正规表达式，译码/编码字符集，内存映射和文件锁定。在这篇文章中，我们将讨论一个非凡的新API――New I/O API: Nonblocking sockets。

　　非阻隔套接字答应在通道上做输入/输出操作而不用阻塞该通道的进程。本文中我将讨论异步高性能读/写操作和翻转上下设计和开发基于接口的应用程序的技巧。

　　Java开发者也许会问，为什么介绍一种新的技术来处理套接字？Java 1.3.x的套接字又有哪些问题？假设实现服务器端接受不同的客户端的连接。同样，假设客户端能支持处理同步的多请求。使用Java 1.3.x,开发这样的服务器端有两种不同的选择：

　　●实现多线程服务为每个连接用户处理线程。

　　●使用外部第三方模块。

　　这两种方法都可以实现，但是假如适用第一种方法――整个线程治理方案，包括相关并发性和冲突问题――都需要靠程序员来处理。第二个方案也许花费更大，且使应用程序依靠“non－JDK”的外部模块。依靠非阻隔套接字，你能实现非阻隔的服务无需直接治理线程或者采用外部模块。进入讨论组讨论。

　　Buffer

　　在我们考虑非阻隔套接字以前，不得不花费一些时间在一个新的Java 1.4的类：java.nio.Buffer上。一个Buffer实例只是原始数据的一个有限的容器。

称其有限是因为它只能包含有限数量的字节；换句语说，它不是一个像Vector或是ArrayList一样的容器，后两者从理论上说是没有限度的。另外，一个Buffer实例仅能包含属于Java的基本数据类型。例如：int,char,double,Boolean,等等。

　　Buffer类是一个抽象类，它有7个子类分别对应于七种基本的数据类型：

　　●ByteBuffer

　　●CharBuffer

　　●DoubleBuffer

　　●FloatBuffer

　　●IntBuffer

　　●LongBuffer

　　●ShortBuffer

　　在非阻隔套接字编程中，通常所有新 I/O系统能工作的环境中，极其重要的是解决Buffer对象如何工作。这是因为新套接字通道使用Buffer对象通过网络来传送数据。

　　你可以使用以下静态方法（即类方法）来创建一个新的Buffer实例：allocate,allocateDirect,wrap。在下面的例子中，三个Buffer对象将用三种不同的方法来实例化。

ByteBuffer buffer1 = ByteBuffer.allocate(1024);
ByteBuffer buffer2 = ByteBuffer.allocateDirect(1024);
ByteBuffer buffer3 = ByteBuffer.wrap(new String("hello").getBytes());
　　这段代码的前两行创建了两个ByteBuffer对象，它们都包含1024个字节。allocate和allocateDirect方法都做了相同的工作，不同的是第二个方法直接使用操作系统来分配Buffer。从而它将提供更快的访问速度。不幸的是，并非所有的虚拟机都支持这种直接分配的方法。第三行使用wrap方法。它创建了一个ByteBuffer对象，包含的字节由字符串“hello”组成。

　　Buffer对象的作用或多或少的与流的作用相似。“当前位置（current position）”是一个极其重要的概念，它计算出你将要处理的Buffer对象的适当的位置。在任何时候，一个Buffer对象都有一个当前位置指向某一项。之后，每一次读或写操作都会自动的将当前位置指向Buffer中的下一项。

　　你可以用put方法写入一些数据到Buffer中：