了解线程池
在http://blog.csdn.net/ns_code/article/details/14105457（读书笔记一：TCP Socket）这篇博文中，服务器端采用的实现方式是：一个客户端对应一个线程。但是，每个新线程都会消耗系统资源：创建一个线程会占用CPU周期，而且每个线程都会建立自己的数据结构（如，栈），也要消耗系统内存，另外，当一个线程阻塞时，JVM将保存其状态，选择另外一个线程运行，并在上下文转换（context switch）时恢复阻塞线程的状态。随着线程数的增加，线程将消耗越来越多的系统资源，这将最终导致系统花费更多的时间来处理上下文转换盒线程管理，更少的时间来对连接进行服务。在这种情况下，加入一个额外的线程实际上可能增加客户端总服务的时间。
我们可以通过限制线程总数并重复使用线程来避免这个问题。我们让服务器在启动时创建一个由固定线程数量组成的线程池，当一个新的客户端连接请求传入服务器，它将交给线程池中的一个线程处理，该线程处理完这个客户端之后，又返回线程池，继续等待下一次请求。如果连接请求到达服务器时，线程池中所有的线程都已经被占用，它们则在一个队列中等待，直到有空闲的线程可用。
实现步骤
1、与一客户一线程服务器一样，线程池服务器首先创建一个ServerSocket实例。
2、然后创建N个线程，每个线程反复循环，从（共享的）ServerSocket实例接收客户端连接。当多个线程同时调用一个ServerSocket实例的accept（）方法时，它们都将阻塞等待，直到一个新的连接成功建立，然后系统选择一个线程，为建立起的连接提供服务，其他线程则继续阻塞等待。
3、线程在完成对一个客户端的服务后，继续等待其他的连接请求，而不终止。如果在一个客户端连接被创建时，没有线程在accept（）方法上阻塞（即所有的线程都在为其他连接服务），系统则将新的连接排列在一个队列中，直到下一次调用accept（）方法。
示例代码
我们依然实现http://blog.csdn.net/ns_code/article/details/14105457这篇博客中的功能，客户端代码相同，服务器端代码在其基础上改为基于线程池的实现，为了方便在匿名线程中调用处理通信细节的方法，我们对多线程类ServerThread做了一些微小的改动，如下：
package zyb.org.server; import java.io.BufferedReader; import java.io.InputStreamReader; import java.io.PrintStream; import java.net.Socket; /** * 该类为多线程类，用于服务端 */ public class ServerThread implements Runnable { private Socket client = null; public ServerThread(Socket client){ this.client = client; } //处理通信细节的静态方法，这里主要是方便线程池服务器的调用 public static void execute(Socket client){ try{ //获取Socket的输出流，用来向客户端发送数据 PrintStream out = new PrintStream(client.getOutputStream()); //获取Socket的输入流，用来接收从客户端发送过来的数据 BufferedReader buf = new BufferedReader(new InputStreamReader(client.getInputStream())); boolean flag =true; while(flag){ //接收从客户端发送过来的数据 String str = buf.readLine(); if(str == null || "".equals(str)){ flag = false; }else{ if("bye".equals(str)){ flag = false; }else{ //将接收到的字符串前面加上echo，发送到对应的客户端 out.println("echo:" + str); } } } out.close(); buf.close(); client.close(); }catch(Exception e){ e.printStackTrace(); } } @Override public void run() { execute(client); } }
这样我们就可以很方便地在匿名线程中调用处理通信细节的方法，改进后的服务器端代码如下：
package zyb.org.server; import java.io.IOException; import java.net.ServerSocket; import java.net.Socket; /** * 该类实现基于线程池的服务器 */ public class serverPool { private static final int THREADPOOLSIZE = 2; public static void main(String[] args) throws IOException{ //服务端在20006端口监听客户端请求的TCP连接 final ServerSocket server = new ServerSocket(20006); //在线程池中一共只有THREADPOOLSIZE个线程， //最多有THREADPOOLSIZE个线程在accept()方法上阻塞等待连接请求 for(int i=0;i<THREADPOOLSIZE;i++){ //匿名内部类，当前线程为匿名线程，还没有为任何客户端连接提供服务 Thread thread = new Thread(){ public void run(){ //线程为某连接提供完服务后，循环等待其他的连接请求 while(true){ try { //等待客户端的连接 Socket client = server.accept(); System.out.println("与客户端连接成功！"); //一旦连接成功，则在该线程中与客户端通信 ServerThread.execute(client); } catch (IOException e) { e.printStackTrace(); } } } }; //先将所有的线程开启 thread.start(); } } }
结果分析
为了便于测试，程序中，我们将线程池中的线程总数设置为2，这样，服务器端最多只能同事连接2个客户端，如果已有2个客户端与服务器建立了连接，当我们打开第3个客户端的时候，便无法再建立连接，服务器端不会打印出第3个“与客户端连接成功！”的字样。
这第3个客户端如果过了一段时间还没接收到服务端发回的数据，便会抛出一个SocketTimeoutException异常，从而打印出如下信息（客户端代码参见：http://blog.csdn.net/ns_code/article/details/14105457）：
如果在抛出SocketTimeoutException异常之前，有一个客户端的连接关掉了，则第3个客户端便会与服务器端建立起连接，从而收到返回的数据
package zyb.org.server; import java.io.IOException; import java.net.ServerSocket; import java.net.Socket; import java.util.concurrent.Executor; import java.util.concurrent.Executors; /** * 该类通过Executor接口实现服务器 */ public class ServerExecutor { public static void main(String[] args) throws IOException{ //服务端在20006端口监听客户端请求的TCP连接 ServerSocket server = new ServerSocket(20006); Socket client = null; //通过调用Executors类的静态方法，创建一个ExecutorService实例 //ExecutorService接口是Executor接口的子接口 Executor service = Executors.newCachedThreadPool(); boolean f = true; while(f){ //等待客户端的连接 client = server.accept(); System.out.println("与客户端连接成功！"); //调用execute()方法时，如果必要，会创建一个新的线程来处理任务，但它首先会尝试使用已有的线程， //如果一个线程空闲60秒以上，则将其移除线程池； //另外，任务是在Executor的内部排队，而不是在网络中排队 service.execute(new ServerThread(client)); } server.close(); } }
改进
在创建线程池时，线程池的大小是个很重要的考虑因素，如果创建的线程太多（空闲线程太多），则会消耗掉很多系统资源，如果创建的线程太少，客户端还是有可能等很长时间才能获得服务。因此，线程池的大小需要根据负载情况进行调整，以使客户端连接的时间最短，理想的情况是有一个调度的工具，可以在系统负载增加时扩展线程池的大小（低于大上限值），负载减轻时缩减线程池的大小。一种解决的方案便是使用Java中的Executor接口。
Executor接口代表了一个根据某种策略来执行Runnable实例的对象，其中可能包括了排队和调度等细节，或如何选择要执行的任务。Executor接口只定义了一个方法：
interface Executor{
void execute(Runnable task);
}
Java提供了大量的内置Executor接口实现，它们都可以简单方便地使用，ExecutorService接口继承于Executor接口，它提供了一个更高级的工具来关闭服务器，包括正常的关闭和突然的关闭。我们可以通过调用Executors类的各种静态工厂方法来获取ExecutorService实例，而后通过调用execute（）方法来为需要处理的任务分配线程，它首先会尝试使用已有的线程，但如果有必要，它会创建一个新的线程来处理任务，另外，如果一个线程空闲了60秒以上，则将其移出线程池，而且任务是在Executor的内部排队，而不像之前的服务器那样是在网络系统中排队，因此，这个策略几乎总是比前面两种方式实现的TCP服务器效率要高。
改进的代码如下：
