用Java实现非阻塞通信 - lowZoom - CSDN博客
用Java实现非阻塞通信
收藏
用ServerSocket和Socket来编写服务器程序和客户程序，是Java网络编程的最基本的方式。这些服务器程序或客户程序在运行过程中常常会阻
塞。例如当一个线程执行ServerSocket的accept()方法时，假如没有客户连接，该线程就会一直等到有了客户连接才从accept()方法返回。再例
如当线程执行Socket的read()方法时，如果输入流中没有数据，该线程就会一直等到读入了足够的数据才从read()方法返回。
假如服务器程序需要同时与多个客户通信，就必须分配多个工作线程，让它们分别负责与一个客户通信，当然每个工作线程都有可能经常处
于长时间的阻塞状态。
从JDK1.4版本开始，引入了非阻塞的通信机制。服务器程序接收客户连接、客户程序建立与服务器的连接，以及服务器程序和客户程序收发
数据的操作都可以按非阻塞的方式进行。服务器程序只需要创建一个线程，就能完成同时与多个客户通信的任务。
非阻塞的通信机制主要由java.nio包（新I/O包）中的类实现，主要的类包括ServerSocketChannel、SocketChannel、Selector、SelectionKey和
ByteBuffer等。
一、线程阻塞
在生活中，最常见的阻塞现象是公路上汽车的堵塞。汽车在公路上快速运行，如果前方交通受阻，就只好停下来等待，等到公路顺畅，才能
恢复运行。
线程在运行中也会因为某些原因而阻塞。所有处于阻塞状态的线程的共同特征是：放弃CPU，暂停运行，只有等到导致阻塞的原因消除，才
能恢复运行；或者被其他线程中断，该线程会退出阻塞状态，并且抛出InterruptedException。
1．线程阻塞的原因
导致线程阻塞的原因主要有以下方面：
● 线程执行了Thread.sleep(int n)方法，线程放弃CPU，睡眠n毫秒，然后恢复运行。
● 线程要执行一段同步代码，由于无法获得相关的同步锁，只好进入阻塞状态，等到获得了同步锁，才能恢复运行。
● 线程执行了一个对象的wait()方法，进入阻塞状态，只有等到其他线程执行了该对象的notify()或notifyAll()方法，才可能将其唤醒。
● 线程执行I/O操作或进行远程通信时，会因为等待相关的资源而进入阻塞状态。例如当线程执行System.in.read()方法时，如果用户没
有向控制台输入数据，则该线程会一直等读到了用户的输入数据才从read()方法返回。
进行远程通信时，在客户程序中，线程在以下情况可能进入阻塞状态：
● 请求与服务器建立连接时，即当线程执行Socket的带参数的构造方法，或执行Socket的connect()方法时，会进入阻塞状态，直到连接
成功，此线程才从Socket的构造方法或connect()方法返回。
● 线程从Socket的输入流读入数据时，如果没有足够的数据，就会进入阻塞状态，直到读到了足够的数据，或者到达输入流的末尾，或
者出现了异常，才从输入流的read()方法返回或异常中断。输入流中有多少数据才算足够呢？这要看线程执行的read()方法的类型：
1.
1.
int read()：只要输入流中有一个字节，就算足够。
2.
int read(byte[] buff)：只要输入流中的字节数目与参数buff数组的长度相同就算足够。
3.
String readLine()：只要输入流中有一行字符串，就算足够。值得注意的是InputStream类并没有readLine()方法，在过滤流
BufferedReader类中才有此方法。
● 线程向Socket的输出流写一批数据时，可能会进入阻塞状态，等到输出了所有的数据，或者出现异常，才从输出流的write()方法返回
或异常中断。
● 当调用Socket的setSoLinger()方法设置了关闭Socket的延迟时间，那么当线程执行Socket的close()方法时，会进入阻塞状态，直到底层
Socket发送完所有剩余数据，或者超过了setSoLinger()方法设置的延迟时间，才从close()方法返回。
http://blog.csdn.net/lowZoom/archive/2010/05/30/5634697.aspx（第 1／23 页）2011-3-9 15:22:14
剩余22页未读，继续阅读
评论0