前几天有一个纳闷的问题是终端通过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终于解决完成。