一个简单的Socket消息转发程序中使用ThreadPool和不使用的性能比对

最近做一个小程序，要求不难，就是一个有若干Client连接到一个Server上，然后Client可以向Server发消息，Server把这个消息存入MySQL，并转发给各个Client 。我的大致思路是：每个Client上启动两个线程，一个ClientRecevieThread负责接收Server传来的消息，另一个ClientSendThread负责将自己的消息发送给Server。然后Server上针对每个连接的Client启动一个ClientThread线程，负责接收这个Client传来的消息，Server上还要启动一个总的线程SendThread，由其负责向所有Client转发消息。在具体实现时：每当有Client连接上Server时，即将其add到一个clientList里面，如果这个Client退出，则再remove掉。在发送消息的过程中，ClientSendThead先将msg发送给Server上的ClientThread，由这个ClientThread纪录下收到的消息的时间，消息的发送者等信息，并将他们一起封装到一个自定义的Message类中，并将这个Message加到一个用LinkedList实现的消息队列msgList的末尾。Server上的SendThread则依次读取msgList中的Message，把他们保存到MySQL中，并将其中的msgContent发送个clientList里面的客户端，做完这些事情后，即msgList.removeFirst()。整个过程如下所示：

 

 这个程序我一开始是用线程池实现的。采用了ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime, TimeUnit unit, BlockingQueue<Runnable> workQueue)这种构造方法构造出一个pool，使用pool.execute方法启动各个线程。在我模拟多用户同时登陆并发送消息时，发现采用线程池时，程序的运算速度很慢。后来我又采用直接让线程自己start()的方法，发现速度提高很快。以下是我统计出的一个表格：

  采用线程直接启动方式 客户端数量 发送的消息数 最大活动线程 最小活动线程 总时间（秒） 转发消息所花最大时间（秒） 2000 10+1 250 3 18 0.062 2000 3+1 375 3 13 0.047 1000 10+1 240 3 7 0.031 1000 3+1 316 3 9 0.047 500 10+1 254 3 5 0.031 500 3+1 333 3 3 0.032

 

  采用线程池方式启动线程 客户端数量 发送的消息数 最大活动线程 最小活动线程 总时间（秒） 转发消息所花最大时间（秒） 1000 10+1 964 5 291 27.959 1000 3+1 379 5 55 15.991 500 10+1 553 5 64 6.270 500 3+1 457 5 9 6.670

 

结果已经很明显了，所以2000用户发消息的线程池模拟我就没做。照理来说，采用线程池应该能提高程序性能才对。但是在这个程序中采用线程池却导致了性能的大幅下降。至于其中原因我现在也不是特别清楚。