NIO[读]、[写]在同一线程(单线程)中执行，让CPU使用率最大化，提高处理效率

前几天写过一篇文章，讨论重写服务后，用ab进行压力测试，发现使用NIO后没提高什么性能，只是CPU使用率提高了，内存占用降低了。

之前的NIO实现模式，主要参考（基于事件的NIO多线程服务器)http://www.ibm.com/developerworks/cn/java/l-niosvr/

实现方式：把[读],[写]放在不同的线程中运行，主线程(Selector)中我使用了ConcurrentLinkedQueue队列，

//准备写

public static void readyWrite(SelectionKey key)
{
writeQueue.add(key);

selector.wakeup(); //激活selector.select();
}

//准备读

public static void readyRead(SelectionKey key)
{
readQueue.add(key);

selector.wakeup();
}

由于[读]、[写]是在各自的线程中运行，只要有读或写的时候，都要执行selector.wakeup();
我今天无意看到网上有人说，selector.wakeup();调用太多，影响性能。

我就试着把[读]、[写]重新放在一个线程中运行，然后再用ab压力测试，发现当开启持久连接后，性能上升了30%。

真没想到，会是这样的结果，不过由于服务中有的时候需要返回一些动态内容(有可能是一些耗时的业务)，对于这部分情况肯定不能放在单线程中执行，不然，NIO会卡住，无法响应新用户的请求，我把这一部分动态页面放在一个线程池中执行：

//准备写
public static void readyWrite(SelectionKey key)
{
key.interestOps(SelectionKey.OP_WRITE);
}

//在多线程中(Page子类),准备写,需要同时激活selector.wakeup();
public static void readyWriteAndWakeup(SelectionKey key)
{
//测试发现,极少数情况下key 有可能=null,比如执行了Request.close()后
if (key != null)
{
key.interestOps(SelectionKey.OP_WRITE);
selector.wakeup();
}
}

//准备读
public static void readyRead(SelectionKey key)
{
key.interestOps(SelectionKey.OP_READ);
}

现在改为单线程后，CPU使用率提升不少，内存占用更低。

这对我来说，真是一个意外的收获

2012-06-11