Java NIO类库Selector机制解析（下）
Java NIO类库Selector机制解析（下）
赵锟 陈皓
http://blog.csdn.net/haoel
<<<<点此查看本文上篇
五、 迷惑不解 : 为什么要自己消耗资源？
令人不解的是为什么我们的Java的New I/O要设计成这个样子？如果说老的I/O不能多路复用，如下图所示，要开N多的线程去挨个侦听每一个Channel (文件描述符) ，如果这样做很费资源，且效率不高的话。那为什么在新的I/O机制依然需要自己连接自己，而且，还是重复连接，消耗双倍的资源？
通过WEB搜索引擎没有找到为什么。只看到N多的人在报BUG，但SUN却没有任何解释。
下面一个图展示了，老的IO和新IO的在网络编程方面的差别。看起来NIO的确很好很强大。但似乎比起C/C++来说，Java的这种实现会有一些不必要的开销。
六、 它山之石 : 从Apache的Mina框架了解Selector
上面的调查没过多长时间，正好同学赵锟的一个同事也在开发网络程序，这位仁兄使用了Apache的Mina框架。当我们把Mina框架的源码研读了一下后。发现在Mina中有这么一个机制：
1）Mina框架会创建一个Work对象的线程。
2）Work对象的线程的run()方法会从一个队列中拿出一堆Channel，然后使用Selector.select()方法来侦听是否有数据可以读/写。
3）最关键的是，在select的时候，如果队列有新的Channel加入，那么，Selector.select()会被唤醒，然后重新select最新的Channel集合。
4）要唤醒select方法，只需要调用Selector的wakeup()方法。
对于熟悉于系统调用的C/C++程序员来说，一个阻塞在select上的线程有以下三种方式可以被唤醒：
1） 有数据可读/写，或出现异常。
2） 阻塞时间到，即time out。
3） 收到一个non-block的信号。可由kill或pthread_kill发出。
所以，Selector.wakeup()要唤醒阻塞的select，那么也只能通过这三种方法，其中：
1）第二种方法可以排除，因为select一旦阻塞，应无法修改其time out时间。
2）而第三种看来只能在Linux上实现，Windows上没有这种信号通知的机制。
所以，看来只有第一种方法了。再回想到为什么每个Selector.open()，在Windows会建立一对自己和自己的loopback的TCP连接；在Linux上会开一对pipe（pipe在Linux下一般都是成对打开），估计我们能够猜得出来——那就是如果想要唤醒select，只需要朝着自己的这个lo
相关文档：
最近一直在使用Java，感觉它的越界检查非常有效。这一点对于初学者来说是非常重要的（提高程序的严谨性），对于有经验的程序员来说也很有帮助。Java中有一个很有效的ArrayList类(读者可以结合Java API
来学习它)，。它和一般的数组不一样，不需要提前分配固定的空间（使用比较灵活），每次使用的时候可以添加 ......
本文出自 “唐大老师” 博客，请务必保留此出处http://tscjsj.blog.51cto.com/412451/84561
public class Bubble {
// 冒泡排序函数1
public static void bubbleSort1(Comparable []data){
int position,scan;
Comparable temp;
for(position = data.length-1;position>=0;position--){
......
一般，有3种使用锁进行同步的方法
a.方法同步，例如public synchronized void xxx()...
b.静态方法同步,例如public static synchronized void xxx()...
c.程序块同步,例如
...
&n ......
由于同一进程的多个线程共享同一片存储空间，在带来方便的同时，也带来了访问冲突这个严重的问题。Java语言提供了专门机制以解决这种冲突，有效避免了同一个数据对象被多个线程同时访问。
需要明确的几个问题：
1)synchronized关键字可以作为函数的修饰符，也可作为函数内的语句� ......
Java设计模式之Facade模式 GOF《设计模式》一书对Facade模式是这样描述的:
为子系统中的一组接口提供一个统一接口。Facade模式定义了一个更高层的接口，使子系统更加容易使用。
大致意思是说：使用一种比原有方式更简单的办法与系统交互。例如，我们把一个很重要的文件，放在了第二抽屉里，而第二个抽屉的� ......
