java NIO

                                                  java NIO socket

普通的java 阻塞的socket IO，需要对每个socket起一个单独的线程。这样线程多的话，线程的上下文切换，会消耗大量的cpu资源。如图：

 

普通socket形式如下图：

于是发展出了 new IO, 为什么要new IO 呢，我们还是先来看一个概率题目吧。计算机科学中，有好多是概率引申出来的解决方案。

 

 如果p比较小的时候，医院可以减少工作量，如果P=1时，医院反而增加了工作量。

同这个道理，NIO的模式变长了如下

 

 有个selector, 监听每个socket，如果selecor的属性有读（read) 写（write),接收（accept).这个属性是所有socket的或，只要有一个socket读，那么这个这个selecor就有一个读（和化验的概率题目是一样的，如果有一个人的感染病毒，那么n个人的混合血就是有病毒的）。服务器端肯定是缓存的，对应是每个socket的数据，所以我们可以从selector中获取channel，从每个channel中进行读写。那么这个读写必须是“比较小量”的读写，如果读写时间巨长，这个模型就会急剧退化，成了一个类似“排队”的模型，（处理完了socket1,才能处理socket2，这肯定是有些麻烦的）。

 

   ps:一般网上的数据处理模式是这样的。

private void handleKey(SelectionKey selectionKey) throws IOException {
		// 接受请求
		ServerSocketChannel server = null;
		SocketChannel client = null;
		String receiveText;
		String sendText;
		int count=0;
		// 测试此键的通道是否已准备好接受新的套接字连接。
		if (selectionKey.isAcceptable()) {
			// 返回为之创建此键的通道。
			server = (ServerSocketChannel) selectionKey.channel();
			// 接受到此通道套接字的连接。
			// 此方法返回的套接字通道（如果有）将处于阻塞模式。
			client = server.accept();
			// 配置为非阻塞
			client.configureBlocking(false);
			// 注册到selector，等待连接
			client.register(selector, SelectionKey.OP_READ);
		} else if (selectionKey.isReadable()) {
			// 返回为之创建此键的通道。
			client = (SocketChannel) selectionKey.channel();
			//将缓冲区清空以备下次读取
			receivebuffer.clear();
			//读取服务器发送来的数据到缓冲区中
			count = client.read(receivebuffer);	
			if (count > 0) {
				receiveText = new String( receivebuffer.array(),0,count);
				System.out.println("服务器端接受客户端数据--:"+receiveText);


				
//				sendText="message from server--" + flag+++"\r\n";
//				//向缓冲区中输入数据
//				sendbuffer.put(sendText.getBytes());
//				 //将缓冲区各标志复位,因为向里面put了数据标志被改变要想从中读取数据发向服务器,就要复位
//				sendbuffer.flip();
//				//输出到通道
//				client.write(sendbuffer);
				new readThread(client,selector).start();
				//client.register(selector, SelectionKey.OP_WRITE);
			}
		} else if (selectionKey.isWritable()) {
			//将缓冲区清空以备下次写入
			sendbuffer.clear();
			// 返回为之创建此键的通道。
			client = (SocketChannel) selectionKey.channel();
			sendText="message from server--" + flag+++"\r\n";
			//向缓冲区中输入数据
			sendbuffer.put(sendText.getBytes());
			 //将缓冲区各标志复位,因为向里面put了数据标志被改变要想从中读取数据发向服务器,就要复位
			sendbuffer.flip();
			//输出到通道
			client.write(sendbuffer);
			System.out.println("服务器端向客户端发送数据--："+sendText);
			client.register(selector, SelectionKey.OP_READ);
		}
		//client.write(ByteBuffer.allocate(BLOCK).put("pp".getBytes()));
	}

 

	// 监听
	private void listen() throws IOException {
		while (true) {
			// 选择一组键，并且相应的通道已经打开
			selector.select();
			// 返回此选择器的已选择键集。
			Set<SelectionKey> selectionKeys = selector.selectedKeys();
			Iterator<SelectionKey> iterator = selectionKeys.iterator();
			while (iterator.hasNext()) {		
				SelectionKey selectionKey = iterator.next();
				iterator.remove();
				handleKey(selectionKey);
			}
		}
	}

 

    当selector，已经在阻塞在select方法时，socketchnnel再注册client.register(selector, SelectionKey.OP_READ)，这些read, write是不管用的，只能让这个selector.wakeup. 那如何让服务器实时写数据呢，在某个时刻任意写一些数据，其实这个注册时间，是关于selector的，让其检索出一些时间关于某个socket channel的读写状态数据而已，和socket channel能不能读写是无关的。只要我能获得socket channel就可以读写，这里注册这些个状态，无非就是为了对读写做些状态划分。明白这个道理，其实就很简单了，对每个socket channel做些扩展，每个 socket channel分别一个阻塞的写队列，和一个写线程，队列里面有数据，立刻写，没数据wait.

 

 

注意，只能用client = (SocketChannel) selectionKey.channel()吗？非也，这个 client的生命周期很显然是比较长的，就是socket的生命周期，而不是在handle方法中，只要物理连接不断，这个 socket channel一直存在。

    那这样，我们就很好扩展这个NIO socket编程了。