java NIO由以下几个核心部分组成:
Channels:
Buffers:
Selectors:
虽然Java NIO中除此之外还有很多类和组件,但Channel,Buffer,Selector构成了核心的API。其他组件比如Pipe和FileLock,只不过是三个核心组件共同使用的工具类。
Channel和Buffer
基本上,所有的IO在NIO中都从一个Channel开始。Channel有点像流,数据可以从Channel读取到Buffer,也可以从Buffer写到Channel,即如下图:
Channel和Buffer有好几种类型。下面是JAVA NIO中一些主要Channel的实现:
FileChannel
DatagramChannel
SocketChannel
ServerSocketChannel
这些通道涵盖了UDP和TCP网络IO,以及文件IO。
以下是Java NIO里关键的Buffer实现:
ByteBuffer
CharBuffer
DoubleBuffer
FloatBuffer
IntBuffer
LongBuffer
ShortBuffer
这些Buffer覆盖了你能通过IO发送的基本数据类型:byte,short,int,long,float,double和char
JAVA NIO还有个MappedByteBuffer,用于表示内存映射文件。
Selector:
selector允许单线程处理多个Channel,如果你的应用打开了多个连接(通道),但每个连接的流量都很低,使用Selector都会很方便。比如,在一个聊天服务器中。下面是一个单线程中使用一个Selector处理3个Channel的图示:
要使用Selector,得向Selector中注册Channel,然后调用它的select()方法,这个方法会一直阻塞到某个注册的通道里有事件就绪。一旦这个方法返回,线程就可以处理这些事件,事件的例子有如新连接进来,数据接收等。
Channel:
Java NIO的通道类似流,但又有些不同:
既可以从通道中读取数据,又可以写数据到通道。但流的读写通常是单向的。
通道可以异步地读写。
通道中的数据总是要先读到一个Buffer,或是总是要从另一个Buffer写入。
比如一些重要的通道如下:
FileChannel从文件中读写数据,DatagramChannel能通过UDP读写网络中的数据。SocketChannel能通过TCP读写网络中的数据。ServerSocketChannel可以监听新进来的TCp连接,像web服务器那种。对于每一个新进来的连接都会创建一个SocketChannel。
基本的Channel实例:
下面是一个FileChannel读取数据到Buffer中的示例:
Buffer的基本用法:
使用Buffer读写数据一般遵循以下四个步骤:
1.写入数据到Buffer
2.调用flip()方法
3.从Buffer中读取数据
4.调用clear()方法或者compact()方法。
当向Buffer写入数据的时候,Buffer会记录写下了多少数据,一旦要读取数据,需要通过flip()方法将buffer从写模式切换到读模式。在读模式下,可以读取之前写入到Buffer的所有数据。
一旦读完了所有的数据,就需要清空缓冲区,让它可以再次被写入,有两种方法能清空缓冲区:调用clear()或compact()方法。clear方法会清空整个缓冲区。compact()方法只会清除已经读过的数据。任何未读的数据被移到缓冲区的起始处,新写入的数据将放到缓冲区未读数据的后面。
下面是一个buffer使用例子:
RandomAccessFile aFile = new RandomAccessFile("data/nio-data.txt", "rw");
FileChannel inChannel = aFile.getChannel();
//create buffer with capacity of 48 bytes
ByteBuffer buf = ByteBuffer.allocate(48);
int bytesRead = inChannel.read(buf); //read into buffer.
while (bytesRead != -1) {
buf.flip(); //make buffer ready for read
while(buf.hasRemaining()){
System.out.print((char) buf.get()); // read 1 byte at a time
}
buf.clear(); //make buffer ready for writing
bytesRead = inChannel.read(buf);
}
aFile.close();
Buffer的capacity,position和limit
缓冲区本质上是一块可以写入数据,然后从中读取数据的内存。这块内存被包装成NIO Buffer对象,并提供了一组方法,用来方便的访问该块内存。为了理解Buffer的工作原理,需要熟悉它的三个属性:
capacity
position
limit
position和limit的含义取决于Buffer处于读模式还是写模式。不管Buffer在什么模式,capacity的含义总是一样的。
capacity:
作为一个内存块,Buffer有一个固定的大小值,叫做capacity,你只能往里写capacity个byte,long,char等类型。一旦buffer满了,需要将其清空(通过读数据或者清除数据)才能继续往里写数据。
position:
当你写数据到Buffer中时,position表示当前的位置,初始的position值是0,当一个byte,long等数据写到buffer后,position会向前移动到下一个可插入数据的buffer单元。position最大可为capacity-1.
当读取数据的时候,也是从某个特定位置读。当将buffer从写模式切换到读模式的时候,position会重置为0,当从Bufffer的position处读取数据时,position向前移动到下一个可读取的位置。
limit:
在写模式下,Buffer的limit标示你最多能往Buffer里写多少数据。写模式下,limit等于Buffer的capacity
当切换到读模式时,limit表示你最多能读到多少数据。因此,当切换buffer到读模式时,limit会被设置成写模式下的position值,换句话说,你能读到之前写入的所有数据(limit被设置成已写数据的数量,这个值在写模式下就是position)
Buffer的类型
Java NIO有以下buffer类型:
ByteBuffer
MappedByteBuffer
CharBuffer
DoubleBuffer
FloatBuffer
IntBuffer
LongBuffer
ShortBuffer
如你所见,这些Buffer类型代表了不同的数据类型。换句话说,可以通过char,short,int,long,float或者double类型来操作缓存区中的字节。
Buffer的分配
要想获得一个Buffer对象首先要进行分配。每一个Buffer类都有一个allocate方法。下面是一个分配48字节capacity的ByteBuffer的例子。
ByteBuffer buf = ByteBuffer.allocate(48);
分配一个可存储1024个字符的CharBuffer:
CharBuffer buf = CharBuffer.allocate(1024);
向Buffer中写数据:
写数据到Buffer有两种方式:
从Channel写到Buffer
通过Buffer的put()方法写到Buffer里。
从Channel写到Buffer的例子:
int bytesRead = inChannel.read(buf); //read into buffer.
通过put方法写Buffer的例子:
buf.put(127);put方法有很多版本,细节略。
flip()方法
flip方法将buffer从写模式切换到读模式,调用flip方法会将position设回0,并将limit设置成之前position的值。
换句话说,position用于标记读的位置,limit标示之前写进了多少个byte,char等。-现在能读取多少个byte,char等。
从Buffer中读取数据
从buffer中读取数据有两种方式:
1.从Buffer读取数据到Channel
2.使用get()方法从Buffer中读取数据
从Buffer读取数据到Channel的例子:
//read from buffer into channel.
int bytesWritten = inChannel.write(buf);
使用get()方法从Buffer中读取数据的例子:
byte aByte = buf.get();get方法有很多版本,允许你以不同的方式从Buffer中读取数据。例如,从指定position读取,或者从Buffer中读取数据到字节数组。更多Buffer实现的细节参考JavaDoc。
rewind()方法
Buffer.rewind()将position设回0,所以你可以重读Buffer中的所有数据。limit保持不变,仍然表示能从Buffer中读取多少个元素(byte、char等)。
clear()与compact()方法
一旦读完Buffer中的数据,需要让Buffer准备好再次被写入。可以通过clear()或compact()方法来完成。
如果调用的是clear()方法,position将被设回0,limit被设置成 capacity的值。换句话说,Buffer 被清空了。Buffer中的数据并未清除,只是这些标记告诉我们可以从哪里开始往Buffer里写数据。
如果Buffer中有一些未读的数据,调用clear()方法,数据将“被遗忘”,意味着不再有任何标记会告诉你哪些数据被读过,哪些还没有。
如果Buffer中仍有未读的数据,且后续还需要这些数据,但是此时想要先先写些数据,那么使用compact()方法。
compact()方法将所有未读的数据拷贝到Buffer起始处。然后将position设到最后一个未读元素正后面。limit属性依然像clear()方法一样,设置成capacity。现在Buffer准备好写数据了,但是不会覆盖未读的数据。
equals()
当满足下列条件时,表示两个Buffer相等:
- 有相同的类型(byte、char、int等)。
- Buffer中剩余的byte、char等的个数相等。
- Buffer中所有剩余的byte、char等都相同。
如你所见,equals只是比较Buffer的一部分,不是每一个在它里面的元素都比较。实际上,它只比较Buffer中的剩余元素。
compareTo()方法
compareTo()方法比较两个Buffer的剩余元素(byte、char等), 如果满足下列条件,则认为一个Buffer“小于”另一个Buffer:
- 第一个不相等的元素小于另一个Buffer中对应的元素 。
- 所有元素都相等,但第一个Buffer比另一个先耗尽(第一个Buffer的元素个数比另一个少)。
Java NIO开始支持scatter/gather,scatter/gather用于描述从channel中读取或者写入到channel的操作。
分散(scatter)从channel中读取是指在读操作时将读取的数据写入多个buffer中。因此,channel将从channel中读取的数据分散(scatter))到多个buffer中。
聚集(gather)写入channel是指在写操作的时候将多个buffer的数据写入同一个channel,因此,channel将多个buffer中的数据 聚集(gather)后发送到channel。
scatter/gather经常用于需要将传输的数据分开处理的场合,例如传输一个由消息头和消息体组成的消息,你可能会将消息体和消息头分散到不同的buffer中,这样可以方便的处理消息头和消息体。
Scattering Reads
Scattering Reads是指数据从一个channel读取到多个buffer中。如下图描述:
代码示例如下:
1 | ByteBuffer header = ByteBuffer.allocate( 128 ); |
2 | ByteBuffer body = ByteBuffer.allocate( 1024 ); |
3 |
4 | ByteBuffer[] bufferArray = { header, body }; |
5 |
6 | channel.read(bufferArray); |
注意buffer首先被插入到数组,然后再将数组作为channel.read() 的输入参数。read()方法按照buffer在数组中的顺序将从channel中读取的数据写入到buffer,当一个buffer被写满后,channel紧接着向另一个buffer中写。
Scattering Reads在移动下一个buffer前,必须填满当前的buffer,这也意味着它不适用于动态消息(译者注:消息大小不固定)。换句话说,如果存在消息头和消息体,消息头必须完成填充(例如 128byte),Scattering Reads才能正常工作。
Gathering Writes
Gathering Writes是指数据从多个buffer写入到同一个channel。如下图描述:
代码示例如下:
1 | ByteBuffer header = ByteBuffer.allocate( 128 ); |
2 | ByteBuffer body = ByteBuffer.allocate( 1024 ); |
3 |
4 | //write data into buffers |
5 |
6 | ByteBuffer[] bufferArray = { header, body }; |
7 |
8 | channel.write(bufferArray); |
buffers数组是write()方法的入参,write()方法会按照buffer在数组中的顺序,将数据写入到channel,注意只有position和limit之间的数据才会被写入。因此,如果一个buffer的容量为128byte,但是仅仅包含58byte的数据,那么这58byte的数据将被写入到channel中。因此与Scattering Reads相反,Gathering Writes能较好的处理动态消息。
在Java NIO中,如果两个通道中有一个是FileChannel,那你可以直接将数据从一个channel传输到另一个channel。
transferFrom()
FileChannel的transferFrom()方法可以将数据从源通道传输到FileChannel中(译者注:这个方法在JDK文档中的解释为将字节从给定的可读取字节通道传输到此通道的文件中)。下面是一个简单的例子:
01 | RandomAccessFile fromFile = new RandomAccessFile( "fromFile.txt" , "rw" ); |
02 | FileChannel fromChannel = fromFile.getChannel(); |
03 |
04 | RandomAccessFile toFile = new RandomAccessFile( "toFile.txt" , "rw" ); |
05 | FileChannel toChannel = toFile.getChannel(); |
06 |
07 | long position = 0 ; |
08 | long count = fromChannel.size(); |
09 |
10 | toChannel.transferFrom(position, count, fromChannel); |
方法的输入参数position表示从position处开始向目标文件写入数据,count表示最多传输的字节数。如果源通道的剩余空间小于 count 个字节,则所传输的字节数要小于请求的字节数。
此外要注意,在SoketChannel的实现中,SocketChannel只会传输此刻准备好的数据(可能不足count字节)。因此,SocketChannel可能不会将请求的所有数据(count个字节)全部传输到FileChannel中。
transferTo()
transferTo()方法将数据从FileChannel传输到其他的channel中。下面是一个简单的例子:
01 | RandomAccessFile fromFile = new RandomAccessFile( "fromFile.txt" , "rw" ); |
02 | FileChannel fromChannel = fromFile.getChannel(); |
03 |
04 | RandomAccessFile toFile = new RandomAccessFile( "toFile.txt" , "rw" ); |
05 | FileChannel toChannel = toFile.getChannel(); |
06 |
07 | long position = 0 ; |
08 | long count = fromChannel.size(); |
09 |
10 | fromChannel.transferTo(position, count, toChannel); |
是不是发现这个例子和前面那个例子特别相似?除了调用方法的FileChannel对象不一样外,其他的都一样。
上面所说的关于SocketChannel的问题在transferTo()方法中同样存在。SocketChannel会一直传输数据直到目标buffer被填满。
Selector:
selector(选择器)是java nio中能够检测一到多个NIO通道,并能够知晓通道是否为诸如读写事件做好准备的组件。这样,一个单独的线程可以管理多个channel,从而管理多个网络连接。
为什么使用Selector:
仅用单个线程来处理多个channels的好处是,只需要更少的线程来处理通道。事实上,可以只用一个线程处理所有的通道。对于操作系统来说,线程之间上下文切换的开销很大,而且每个线程都要占用系统的一些资源(如内存),因此使用线程越少越好。
但是,需要记住,现代的操作系统和CPU在多任务方面表现的越来越好,所以多线程的开销随着时间的推移,变得越来越小了。实际上,如果一个CPU有多个内核,不使用多任务可能是在浪费CPU能力。
Selector的创建
通过调用Selector.open()方法创建一个Selector,如下:
Selector selector = Selector.open();
向Selector注册通道
为了将Channel和Selector配合使用,必须将channel注册到selector上。通过SelectableChannel.register()方法来实现,如下:
1 | channel.configureBlocking( false ); |
2 | SelectionKey key = channel.register(selector, |
3 | Selectionkey.OP_READ); |
与Selector一起使用时,Channel必须处于非阻塞模式下。这意味着不能将FileChannel与Selector一起使用,因为FileChannel不能切换到非阻塞模式。而套接字通道都可以。
注意register()方法的第二个参数。这是一个“interest集合”,意思是在通过Selector监听Channel时对什么事件感兴趣。可以监听四种不同类型的事件:
- Connect
- Accept
- Read
- Write
通道触发了一个事件意思是该事件已经就绪。所以,某个channel成功连接到另一个服务器称为“连接就绪”。一个server socket channel准备好接收新进入的连接称为“接收就绪”。一个有数据可读的通道可以说是“读就绪”。等待写数据的通道可以说是“写就绪”。
这四种事件用SelectionKey的四个常量来表示:
- SelectionKey.OP_CONNECT
- SelectionKey.OP_ACCEPT
- SelectionKey.OP_READ
- SelectionKey.OP_WRITE
如果你对不止一种事件感兴趣,那么可以用“位或”操作符将常量连接起来,如下:
1 | int interestSet = SelectionKey.OP_READ | SelectionKey.OP_WRITE; |
在下面还会继续提到interest集合。
SelectionKey
在上一小节中,当向Selector注册Channel时,register()方法会返回一个SelectionKey对象。这个对象包含了一些你感兴趣的属性:
- interest集合
- ready集合
- Channel
- Selector
- 附加的对象(可选)
下面我会描述这些属性。
interest集合
就像向Selector注册通道一节中所描述的,interest集合是你所选择的感兴趣的事件集合。可以通过SelectionKey读写interest集合,像这样:
1 | int interestSet = selectionKey.interestOps(); |
2 |
3 | boolean isInterestedInAccept = (interestSet & SelectionKey.OP_ACCEPT) == SelectionKey.OP_ACCEPT; |
4 | boolean isInterestedInConnect = interestSet & SelectionKey.OP_CONNECT; |
5 | boolean isInterestedInRead = interestSet & SelectionKey.OP_READ; |
6 | boolean isInterestedInWrite = interestSet & SelectionKey.OP_WRITE; |
可以看到,用“位与”操作interest 集合和给定的SelectionKey常量,可以确定某个确定的事件是否在interest 集合中。
ready集合
ready 集合是通道已经准备就绪的操作的集合。在一次选择(Selection)之后,你会首先访问这个ready set。Selection将在下一小节进行解释。可以这样访问ready集合:
1 | int readySet = selectionKey.readyOps(); |
可以用像检测interest集合那样的方法,来检测channel中什么事件或操作已经就绪。但是,也可以使用以下四个方法,它们都会返回一个布尔类型:
1 | selectionKey.isAcceptable(); |
2 | selectionKey.isConnectable(); |
3 | selectionKey.isReadable(); |
4 | selectionKey.isWritable(); |
Channel + Selector
从SelectionKey访问Channel和Selector很简单。如下:
1 | Channel channel = selectionKey.channel(); |
2 | Selector selector = selectionKey.selector(); |
附加的对象
可以将一个对象或者更多信息附着到SelectionKey上,这样就能方便的识别某个给定的通道。例如,可以附加 与通道一起使用的Buffer,或是包含聚集数据的某个对象。使用方法如下:
1 | selectionKey.attach(theObject); |
2 | Object attachedObj = selectionKey.attachment(); |
还可以在用register()方法向Selector注册Channel的时候附加对象。如:
1 | SelectionKey key = channel.register(selector, SelectionKey.OP_READ, theObject); |
通过Selector选择通道
一旦向Selector注册了一或多个通道,就可以调用几个重载的select()方法。这些方法返回你所感兴趣的事件(如连接、接受、读或写)已经准备就绪的那些通道。换句话说,如果你对“读就绪”的通道感兴趣,select()方法会返回读事件已经就绪的那些通道。
下面是select()方法:
- int select()
- int select(long timeout)
- int selectNow()
select()
阻塞到至少有一个通道在你注册的事件上就绪了。
select(long timeout)
和select()一样,除了最长会阻塞timeout毫秒(参数)。
selectNow()
不会阻塞,不管什么通道就绪都立刻返回(译者注:此方法执行非阻塞的选择操作。如果自从前一次选择操作后,没有通道变成可选择的,则此方法直接返回零。)。
select()方法返回的int值表示有多少通道已经就绪。亦即,自上次调用select()方法后有多少通道变成就绪状态。如果调用select()方法,因为有一个通道变成就绪状态,返回了1,若再次调用select()方法,如果另一个通道就绪了,它会再次返回1。如果对第一个就绪的channel没有做任何操作,现在就有两个就绪的通道,但在每次select()方法调用之间,只有一个通道就绪了。
selectedKeys()
一旦调用了select()方法,并且返回值表明有一个或更多个通道就绪了,然后可以通过调用selector的selectedKeys()方法,访问“已选择键集(selected key set)”中的就绪通道。如下所示:
1 | Set selectedKeys = selector.selectedKeys(); |
当像Selector注册Channel时,Channel.register()方法会返回一个SelectionKey 对象。这个对象代表了注册到该Selector的通道。可以通过SelectionKey的selectedKeySet()方法访问这些对象。
可以遍历这个已选择的键集合来访问就绪的通道
FileChannel:
Java NIO中的FileChannel是一个连接到文件的通道。可以通过文件通道读写文件。
FileChannel无法设置为非阻塞模式,它总是运行在阻塞模式下。
打开FileChannel
在使用FileChannel之前,必须先打开它。但是,我们无法直接打开一个FileChannel,需要通过使用一个InputStream、OutputStream或RandomAccessFile来获取一个FileChannel实例。下面是通过RandomAccessFile打开FileChannel的示例:
RandomAccessFile aFile = new RandomAccessFile("data/nio-data.txt", "rw");
FileChannel inChannel = aFile.getChannel();
从FileChannel读取数据
调用多个read()方法之一从FileChannel中读取数据。如:
ByteBuffer buf = ByteBuffer.allocate(48);
int bytesRead = inChannel.read(buf);
首先,分配一个Buffer。从FileChannel中读取的数据将被读到Buffer中。
然后,调用FileChannel.read()方法。该方法将数据从FileChannel读取到Buffer中。read()方法返回的int值表示了有多少字节被读到了Buffer中。如果返回-1,表示到了文件末尾。
向FileChannel写数据
使用FileChannel.write()方法向FileChannel写数据,该方法的参数是一个Buffer。如:
String newData = "New String to write to file..." + System.currentTimeMillis();
ByteBuffer buf = ByteBuffer.allocate(48);
buf.clear();
buf.put(newData.getBytes());
buf.flip();
while(buf.hasRemaining()) {
channel.write(buf);
}
注意FileChannel.write()是在while循环中调用的。因为无法保证write()方法一次能向FileChannel写入多少字节,因此需要重复调用write()方法,直到Buffer中已经没有尚未写入通道的字节。
关闭FileChannel
用完FileChannel后必须将其关闭。如:
channel.close();
FileChannel的position方法
有时可能需要在FileChannel的某个特定位置进行数据的读/写操作。可以通过调用position()方法获取FileChannel的当前位置。
也可以通过调用position(long pos)方法设置FileChannel的当前位置。
这里有两个例子:
long pos = channel.position();
channel.position(pos +123);
如果将位置设置在文件结束符之后,然后试图从文件通道中读取数据,读方法将返回-1 —— 文件结束标志。
如果将位置设置在文件结束符之后,然后向通道中写数据,文件将撑大到当前位置并写入数据。这可能导致“文件空洞”,磁盘上物理文件中写入的数据间有空隙。
FileChannel的size方法
FileChannel实例的size()方法将返回该实例所关联文件的大小。如:
long fileSize = channel.size();
FileChannel的truncate方法
可以使用FileChannel.truncate()方法截取一个文件。截取文件时,文件将中指定长度后面的部分将被删除。如:
channel.truncate(1024);
这个例子截取文件的前1024个字节。
FileChannel的force方法
FileChannel.force()方法将通道里尚未写入磁盘的数据强制写到磁盘上。出于性能方面的考虑,操作系统会将数据缓存在内存中,所以无法保证写入到FileChannel里的数据一定会即时写到磁盘上。要保证这一点,需要调用force()方法。
force()方法有一个boolean类型的参数,指明是否同时将文件元数据(权限信息等)写到磁盘上。
下面的例子同时将文件数据和元数据强制写到磁盘上:
channel.force(true);
SocketChannel
Java NIO中的SocketChannel是一个连接到TCP网络套接字的通道,可以通过以下两种方式创建SocketChannel:1.打开一个SocketChannel并连接到互联网上的某台服务器
2.一个新连接到达ServerSocketChannel的时候,会创建一个SocketChannel
打开 SocketChannel
下面是SocketChannel的打开方式:
SocketChannel socketChannel = SocketChannel.open();
socketChannel.connect(new InetSocketAddress("http://jenkov.com", 80));
关闭 SocketChannel
当用完SocketChannel之后调用SocketChannel.close()关闭SocketChannel:
socketChannel.close();
从 SocketChannel 读取数据
要从SocketChannel中读取数据,调用一个read()的方法之一。以下是例子:
ByteBuffer buf = ByteBuffer.allocate(48);
int bytesRead = socketChannel.read(buf);
首先,分配一个Buffer。从SocketChannel读取到的数据将会放到这个Buffer中。
然后,调用SocketChannel.read()。该方法将数据从SocketChannel 读到Buffer中。read()方法返回的int值表示读了多少字节进Buffer里。如果返回的是-1,表示已经读到了流的末尾(连接关闭了)。
写入 SocketChannel
写数据到SocketChannel用的是SocketChannel.write()方法,该方法以一个Buffer作为参数。示例如下:
String newData = "New String to write to file..." + System.currentTimeMillis();
ByteBuffer buf = ByteBuffer.allocate(48);
buf.clear();
buf.put(newData.getBytes());
buf.flip();
while(buf.hasRemaining()) {
channel.write(buf);
}
注意SocketChannel.write()方法的调用是在一个while循环中的。Write()方法无法保证能写多少字节到SocketChannel。所以,我们重复调用write()直到Buffer没有要写的字节为止。
非阻塞模式
可以设置 SocketChannel 为非阻塞模式(non-blocking mode).设置之后,就可以在异步模式下调用connect(), read() 和write()了。
connect()
如果SocketChannel在非阻塞模式下,此时调用connect(),该方法可能在连接建立之前就返回了。为了确定连接是否建立,可以调用finishConnect()的方法。像这样:
socketChannel.configureBlocking(false);
socketChannel.connect(new InetSocketAddress("http://jenkov.com", 80));
while(! socketChannel.finishConnect() ){
//wait, or do something else...
}
write()
非阻塞模式下,write()方法在尚未写出任何内容时可能就返回了。所以需要在循环中调用write()。前面已经有例子了,这里就不赘述了。
read()
非阻塞模式下,read()方法在尚未读取到任何数据时可能就返回了。所以需要关注它的int返回值,它会告诉你读取了多少字节。
非阻塞模式与选择器
非阻塞模式与选择器搭配会工作的更好,通过将一或多个SocketChannel注册到Selector,可以询问选择器哪个通道已经准备好了读取,写入等。Selector与SocketChannel的搭配使用会在后面详讲。
ServerSocketChannel
Java NIO中的 ServerSocketChannel 是一个可以监听新进来的TCP连接的通道, 就像标准IO中的ServerSocket一样。ServerSocketChannel类在 java.nio.channels包中。
这里有个例子:
01 | ServerSocketChannel serverSocketChannel = ServerSocketChannel.open(); |
02 |
03 | serverSocketChannel.socket().bind( new InetSocketAddress( 9999 )); |
04 |
05 | while ( true ){ |
06 | SocketChannel socketChannel = |
07 | serverSocketChannel.accept(); |
08 |
09 | //do something with socketChannel... |
10 | } |
打开 ServerSocketChannel
通过调用 ServerSocketChannel.open() 方法来打开ServerSocketChannel.如:
1 | ServerSocketChannel serverSocketChannel = ServerSocketChannel.open(); |
关闭 ServerSocketChannel
通过调用ServerSocketChannel.close() 方法来关闭ServerSocketChannel. 如:
1 | serverSocketChannel.close(); |
监听新进来的连接
通过 ServerSocketChannel.accept() 方法监听新进来的连接。当 accept()方法返回的时候,它返回一个包含新进来的连接的 SocketChannel。因此, accept()方法会一直阻塞到有新连接到达。
通常不会仅仅只监听一个连接,在while循环中调用 accept()方法. 如下面的例子:
1 | while ( true ){ |
2 | SocketChannel socketChannel = |
3 | serverSocketChannel.accept(); |
4 |
5 | //do something with socketChannel... |
6 | } |
当然,也可以在while循环中使用除了true以外的其它退出准则。
非阻塞模式
ServerSocketChannel可以设置成非阻塞模式。在非阻塞模式下,accept() 方法会立刻返回,如果还没有新进来的连接,返回的将是null。 因此,需要检查返回的SocketChannel是否是null.如:
01 | ServerSocketChannel serverSocketChannel = ServerSocketChannel.open(); |
02 |
03 | serverSocketChannel.socket().bind( new InetSocketAddress( 9999 )); |
04 | serverSocketChannel.configureBlocking( false ); |
05 |
06 | while ( true ){ |
07 | SocketChannel socketChannel = |
08 | serverSocketChannel.accept(); |
09 |
10 | if (socketChannel != null ){ |
11 | //do something with socketChannel... |
12 | } |
13 | } |
Java NIO DatagramChannel
Java NIO中的DatagramChannel是一个能收发UDP包的通道。因为UDP是无连接的网络协议,所以不能像其他通道那样读取和写入,它发送和接收的是数据包。打开DatagramChannel
下面是 DatagramChannel 的打开方式:
1 | DatagramChannel channel = DatagramChannel.open(); |
2 | channel.socket().bind( new InetSocketAddress( 9999 )); |
这个例子打开的 DatagramChannel可以在UDP端口9999上接收数据包。
通过receive()方法从DatagramChannel接收数据,如:
1 | ByteBuffer buf = ByteBuffer.allocate( 48 ); |
2 | buf.clear(); |
3 | channel.receive(buf); |
receive()方法会将接收到的数据包内容复制到指定的Buffer. 如果Buffer容不下收到的数据,多出的数据将被丢弃。
连接到特定的地址
可以将DatagramChannel“连接”到网络中的特定地址的。由于UDP是无连接的,连接到特定地址并不会像TCP通道那样创建一个真正的连接。而是锁住DatagramChannel ,让其只能从特定地址收发数据。
这里有个例子:
1 | channel.connect( new InetSocketAddress( "jenkov.com" , 80 )); |
当连接后,也可以使用read()和write()方法,就像在用传统的通道一样。只是在数据传送方面没有任何保证。这里有几个例子:
1 | int bytesRead = channel.read(buf); |
2 | int bytesWritten = channel.write(but); |
Pipe
Java NIO 管道是2个线程之间的单向数据连接。Pipe
有一个source通道和一个sink通道。数据会被写到sink通道,从source通道读取。
这里是Pipe原理的图示:
创建管道
通过Pipe.open()
方法打开管道。例如:
1 | Pipe pipe = Pipe.open(); |
向管道写数据
要向管道写数据,需要访问sink通道。像这样:
1 | Pipe.SinkChannel sinkChannel = pipe.sink(); |
通过调用SinkChannel的write()
方法,将数据写入SinkChannel
,像这样:
01 | String newData = "New String to write to file..." + System.currentTimeMillis(); |
02 | ByteBuffer buf = ByteBuffer.allocate( 48 ); |
03 | buf.clear(); |
04 | buf.put(newData.getBytes()); |
05 |
06 | buf.flip(); |
07 |
08 | while (buf.hasRemaining()) { |
09 | sinkChannel.write(buf); |
10 | } |
从管道读取数据
从读取管道的数据,需要访问source通道,像这样:
1 | Pipe.SourceChannel sourceChannel = pipe.source(); |
调用source通道的read()
方法来读取数据,像这样:
1 | ByteBuffer buf = ByteBuffer.allocate( 48 ); |
2 |
3 | int bytesRead = sourceChannel.read(buf); |
read()
方法返回的int值会告诉我们多少字节被读进了缓冲区