关于Java多线程socket编程的一个小结

前几天有一个纳闷的问题是终端通过socket给服务器端发信息，收不到返回，我经过排查，发现终端不给我发送任何信息，但是服务器端进行了长连接处理，发现socket超时，就给给它下发socket.sendUrgentData(0xFF)紧急心跳包，导致客户端线程一直在运行，占用了大量的线程资源。

long sleepCount=0;
			while (isRun) {
				try {
					int length = 0;
					readData = Arrays.copyOf(clearData, clearData.length);
					if (in.available() > 0) {
						// new prizesInfoCache().initCache();
						length = in.read(readData);
					} else {
						sleep(500);
						sleepCount+=500;
						if(sleepCount>READDATA_TIMEOUT){
							isRun=false;
						}
						continue;
					}
					if (length > 0) {
						sleepCount=0;

这样做客户端如果没有信息交互的话，就会被关掉。

关于线程池

corePoolSize： 线程池维护线程的最少数量

maximumPoolSize：线程池维护线程的最大数量

keepAliveTime： 线程池维护线程所允许的空闲时间

unit： 线程池维护线程所允许的空闲时间的单位

workQueue： 线程池所使用的缓冲队列

handler： 线程池对拒绝任务的处理策略

当一个任务通过execute(Runnable)方法欲添加到线程池时：

l 如果此时线程池中的数量小于corePoolSize，即使线程池中的线程都处于空闲状态，也要创建新的线程来处理被添加的任务。

l 如果此时线程池中的数量等于 corePoolSize，但是缓冲队列 workQueue未满，那么任务被放入缓冲队列。

l 如果此时线程池中的数量大于corePoolSize，缓冲队列workQueue满，并且线程池中的数量小于maximumPoolSize，建新的线程来处理被添加的任务。

l 如果此时线程池中的数量大于corePoolSize，缓冲队列workQueue满，并且线程池中的数量等于maximumPoolSize，那么通过 handler所指定的策略来处理此任务。也就是：处理任务的优先级为：核心线程corePoolSize、任务队列workQueue、最大线程maximumPoolSize，如果三者都满了，使用handler处理被拒绝的任务。

l 当线程池中的线程数量大于 corePoolSize时，如果某线程空闲时间超过keepAliveTime，线程将被终止。这样，线程池可以动态的调整池中的线程数。

unit可选的参数为java.util.concurrent.TimeUnit中的几个静态属性：
NANOSECONDS、
MICROSECONDS、
MILLISECONDS、
SECONDS。

workQueue常用的是：java.util.concurrent.ArrayBlockingQueue

handler有四个选择：

ThreadPoolExecutor.AbortPolicy()

抛出java.util.concurrent.RejectedExecutionException异常

ThreadPoolExecutor.CallerRunsPolicy()
当抛出RejectedExecutionException异常时，会调用rejectedExecution方法
(如果主线程没有关闭，则主线程调用run方法,源码如下

public void rejectedExecution(Runnable r, ThreadPoolExecutor e) {
if (!e.isShutdown()) {
r.run();
}
}

)

ThreadPoolExecutor.DiscardOldestPolicy()

抛弃旧的任务

ThreadPoolExecutor.DiscardPolicy()

抛弃当前的任务

代码实现

BlockingQueue queue=new LinkedBlockingQueue();
RejectedExecutionHandler handler=new ThreadPoolExecutor.DiscardOldestPolicy();
ThreadPoolExecutor executor = new ThreadPoolExecutor(50, 200, 2, TimeUnit.SECONDS, queue,handler); 
executor.allowCoreThreadTimeOut(true);
executor.execute(new Thread()); 

日志测试

log.info("线程池正在执行的线程数:"+executor.getActiveCount()+"-已经执行完成的线程数:"+executor.getCompletedTaskCount());

至此这个BUG终于解决完成。