我觉得从根本上来说还是阻塞的，只不过换了种方式，是不是啊？

我个人感觉java1.4中的NIO有点类似于JMS的处理法，你可以open多个channel
然后到selector里注册一下，等于把channle的控制权交给selector,selector对注册过的channle进行轮询，如果有内容到达就设置一个标志，你就可以知道你的channle有数据了。
原来的阻塞方式可能会造成大量的thread进入阻塞状态，占用大量的系统资源，现在的非阻塞方式避免了这个问题。

在阻塞模式中，线程将在读或写时阻塞，一直到读或写操作彻底完成。如果在读的时候，数据尚未完全到达套接字，则线程将在读操作上阻塞，一直到数据可用。

在非阻塞模式中，线程将读取已经可用的数据（不论多少），然后返回执行其它任务。如果将真（true）传递给 configureBlockingMethod()，则通道的行为将与在 Socket 上进行阻塞读或写时的行为完全相同。唯一的主要差别，是这些阻塞读和写可以被其它线程中断。