java学习历程：NIO为什么SelectionKey在被轮询后需要remove()

学习NIO的过程中，对selector选择器的知识产生了兴趣，尤其是关于SelectionKey的轮询后remove()的问题，博主尝试简单地解释一下NIO如何实现非阻塞的。

首先是客户端的代码：

public void testNonBlockingNIOClient() throws IOException{
		//客户端
		//1.获取通道
		SocketChannel sChannel = SocketChannel.open(new InetSocketAddress("127.0.0.1",9899));
		
		//2.切换成非阻塞模式
		sChannel.configureBlocking(false);//key
		
		//3.缓冲区
		ByteBuffer buf = ByteBuffer.allocate(1024);
		
		//4.读文件发送至服务端
		buf.put(new Date().toString().getBytes());
		buf.flip();
		sChannel.write(buf);
		buf.clear();
		
		sChannel.close();
		
	}
	

再者是服务端代码：

public void testNonBlockingNIOServer() throws IOException{
		//服务端
		//1.获取通道
		ServerSocketChannel ssChannel = ServerSocketChannel.open();
		
		//2.切换成非阻塞模式
		ssChannel.configureBlocking(false);
		
		//3.绑定连接
		ssChannel.bind(new InetSocketAddress(9899));
		
		//4.获取选择器selector
		Selector selector = Selector.open();
		
		//5.将通道注册到选择器上
		ssChannel.register(selector, SelectionKey.OP_ACCEPT);//ops选择键，监控通道什么状态
		//return SelectionKey
		                                  //1 读        OP_READ
		                                  //4 写        OP_WRITE
		                                  //8 连接    OP_CONNECT
		                                  //16接受  OP_ACCEPT
		                                  //|连接符监控多个
		//6.轮询式地获取选择器上准备就绪的事件
		while(selector.select()>0){
			//7.获取当前选择器中所有注册的“选择键（已就绪的监听事件）”
			Iterator it = selector.selectedKeys().iterator();
			while(it.hasNext()){
				//8.获取准备就绪的事件
				SelectionKey sk = it.next();
				
				//9.判断具体是什么事件准备就绪
				if(sk.isAcceptable()){
					//若“接收就绪”
					SocketChannel SChannel = ssChannel.accept();
					//切换非阻塞模式
					SChannel.configureBlocking(false);
					
					SChannel.register(selector, SelectionKey.OP_READ);
				}else if(sk.isReadable()){
					//若读就绪
					SocketChannel SChannel = (SocketChannel) sk.channel();
					
					ByteBuffer buf = ByteBuffer.allocate(1024);
					
					int len = 0;
					while((len = SChannel.read(buf))>0){
						buf.flip();
						System.out.println(new String(buf.array(),0,len));
						buf.clear();
					}
				}
				
				//10.重点，取消选择键
				it.remove();
			}
		}
	}
		

可以发现服务端的最后进行了remove()操作，将SelectionKey从迭代器中删除了，博主一开始总觉得很纳闷，SelectionKey中可是记录了相关的channel信息，如果将SelectionKey删除了，那不就代表着将通道信息也抹除了吗，那后续还怎么继续获取通道，说来惭愧，这问题问的确实缺乏水准。

后来博主理了理selector的思路，要知道，一码事归一码事，channel是注册在selector中的，在后面的轮询中，是先将已准备好的channel挑选出来，即selector.select()，再通过selectedKeys()生成的一个SelectionKey迭代器进行轮询的，一次轮询会将这个迭代器中的每个SelectionKey都遍历一遍，每次访问后都remove()相应的SelectionKey，但是移除了selectedKeys中的SelectionKey不代表移除了selector中的channel信息(这点很重要)，注册过的channel信息会以SelectionKey的形式存储在selector.keys()中，也就是说每次select()后的selectedKeys迭代器中是不能还有成员的，但keys()中的成员是不会被删除的(以此来记录channel信息)。

那么为什么要删除呢，要知道，迭代器如果只需要访问的话，直接访问就好了，完全没必要remove()其中的元素啊，查询了相关资料，一致的回答是为了防止重复处理（大雾），后来又有信息说明：每次循环调用remove()是因为selector不会自己从已选择集合中移除selectionKey实例，必须在处理完通道时自己移除，这样，在下次select时，会将这个就绪通道添加到已选择通道集合中，其实到这里就已经可以理解了，selector不会自己删除selectedKeys()集合中的selectionKey，那么如果不人工remove()，将导致下次select()的时候selectedKeys()中仍有上次轮询留下来的信息，这样必然会出现错误，假设这次轮询时该通道并没有准备好，却又由于上次轮询未被remove()的原因被认为已经准备好了，这样能不出错吗？

即selector.select()会将准备好的channel以SelectionKey的形式放置于selector的selectedKeys()中供使用者迭代，使用的过程中需将selectedKeys清空，这样下次selector.select()时就不会出现错误了。

附上一个非常好的连接：https://blog.csdn.net/qq_32331073/article/details/81132937