java新io和普通io差别_JavaNIO与IO的差别和比較

能够分析创建server的每一个详细步骤。首先创建ServerSocket

ServerSocket server=new ServerSocket(10000)；

然后接受新的连接请求Socket newCOnnection=server.accept()；

对于accept方法的调用将造成堵塞，直到ServerSocket接受到一个连接请求为止。一旦连接请求被接受，server能够读客户socket中的请求。

InputStream in = newConnection.getInputStream();

InputStreamReader reader = new InputStreamReader(in);

BufferedReader buffer = new BufferedReader(reader);

Request request = new Request();

while(!request.isComplete()) {

String line = buffer.readLine();

request.addLine(line);

}这种操作有两个问题，首先BufferedReader类的readLine()方法在其缓冲区未满时会造成线程堵塞，仅仅有一定数据填满了缓冲区或者客户关闭了套接字，方法才会返回。其次，它回产生大量的垃圾，BufferedReader创建了缓冲区来从客户套接字读入数据，可是相同创建了一些字符串存储这些数据。尽管BufferedReader内部提供了StringBuffer处理这一问题，可是全部的String非常快变成了垃圾须要回收。

相同的问题在发送响应代码中也存在

Response respOnse= request.generateResponse();

OutputStream out = newConnection.getOutputStream();

InputStream in = response.getInputStream()；

int ch；

while(-1 != (ch = in.read())) {

out.write(ch);

}

newConnection.close();类似的，读写操作被堵塞并且向流中一次写入一个字符会造成效率低下，所以应该使用缓冲区，可是一旦使用缓冲，流又会产生很多其它的垃圾。

传统的解决方法

通常在Java中处理堵塞I/O要用到线程(大量的线程)。通常是实现一个线程池用来处理请求，如图二

图二

线程使得server能够处理多个连接，可是它们也相同引发了很多问题。每一个线程拥有自己的栈空间并且占用一些CPU时间，耗费非常大，并且非常多时间是浪费在堵塞的I/O操作上，没有有效的利用CPU。

三. 新I/O

1．Buffer

传统的I/O不断的浪费对象资源(一般是String)。新I/O通过使用Buffer读写数据避免了资源浪费。Buffer对象是线性的，有序的数据集合，它依据其类别仅仅包括唯一的数据类型。

java.nio.Buffer类描写叙述java.nio.ByteBuffer 包括字节类型。 能够从ReadableByteChannel中读在 WritableByteChannel中写java.nio.MappedByteBuffer 包括字节类型，直接在内存某一区域映射java.nio.CharBuffer 包括字符类型，不能写入通道java.nio.DoubleBuffer 包括double类型，不能写入通道java.nio.FloatBuffer 包括float类型java.nio.IntBuffer 包括int类型java.nio.LongBuffer 包括long类型java.nio.ShortBuffer 包括short类型能够通过调用allocate(int capacity)方法或者allocateDirect(int capacity)方法分配一个Buffer。特别的，你能够创建MappedBytesBuffer通过调用FileChannel.map(int mode,long position,int size)。直接(direct)buffer在内存中分配一段连续的块并使用本地訪问方法读写数据。非直接(nondirect)buffer通过使用Java中的数组訪问代码读写数据。有时候必须使用非直接缓冲比如使用不论什么的wrap方法(如ByteBuffer.wrap(byte[]))在Java数组基础上创建buffer。

2． 字符编码

向ByteBuffer中存放数据涉及到两个问题：字节的顺序和字符转换。ByteBuffer内部通过ByteOrder类处理了字节顺序问题，可是并没有处理字符转换。其实，ByteBuffer没有提供方法读写String。

Java.nio.charset.Charset处理了字符转换问题。它通过构造CharsetEncoder和CharsetDecoder将字符序列转换成字节和逆转换。

3． 通道(Channel)

你可能注意到现有的java.io类中没有一个能够读写Buffer类型，所以NIO中提供了Channel类来读写Buffer。通道能够觉得是一种连接，能够是到特定设备，程序或者是网络的连接。通道的类等级结构图例如以下

图三

图中ReadableByteChannel和WritableByteChannel分别用于读写。

GatheringByteChannel能够从使用一次将多个Buffer中的数据写入通道，相反的，ScatteringByteChannel则能够一次将数据从通道读入多个Buffer中。你还能够设置通道使其为堵塞或非堵塞I/O操作服务。

为了使通道可以同传统I/O类相容，Channel类提供了静态方法创建Stream或Reader

4．Selector

在过去的堵塞I/O中，我们一般知道什么时候能够向stream中读或写，由于方法调用直到stream准备好时返回。可是使用非堵塞通道，我们须要一些方法来知道什么时候通道准备好了。在NIO包中，设计Selector就是为了这个目的。SelectableChannel能够注冊特定的事件，而不是在事件发生时通知应用，通道跟踪事件。然后，当应用调用Selector上的随意一个selection方法时，它查看注冊了的通道看是否有不论什么感兴趣的事件发生。图四是selector和两个已注冊的通道的样例