|
在用自定义线程池的时候，遇到cpu100%，经过验证后，发现问题来源于我定义的子线程。 子线程的主要功能是从任务队列（LinkedBlockingQueue）里面持续拿出任务，并且执行。 以下为令CPU100的代码。
private class WorkThread extends Thread
{
@Override
public void run()
{
while(flag)
{
Runnable task=null;
if(flag&&!taskQueue.isEmpty())//当队列非空
{
try
{
task=taskQueue.poll();//拿到任务，若没有则拿到null
if(task!=null)
task.run();//执行任务
} catch (Exception e)
{
e.printStackTrace();
}
}
}
}
}
之后，随便往while循环里面添加进System.out.println（“xxxx”）; 发现CPU降低了，不会升到100，于是我修改了代码如下：
//增加一句Thread.sleep（），令所有线程每次进入while循环的时候，都先休眠释放资源，这CPU就不会升到100
private class WorkThread extends Thread
{
@Override
public void run()
{
while(flag)
{
try {
Thread.sleep((long) 0.5);//先释放资源，避免cpu占用过高
} catch (Exception e1) {
// TODO Auto-generated catch block
e1.printStackTrace();
}
Runnable task=null;
if(flag&&!taskQueue.isEmpty())//当队列非空
{
try
{
task=taskQueue.poll();//拿到任务，若没有则拿到null
if(task!=null)
task.run();//执行任务
} catch (Exception e)
{
e.printStackTrace();
}
}
}
}
}
造成上述现象的原因：LinkedBlockingQueue是线程安全，当多线程同步从队列里面取出任务，在微观时刻，有且只有一个线程能进入队列中取，因此其他线程阻塞等待，此时各线程都持有cpu资源，不释放， 就造成了大量cpu等待，因而CPU会升高； 值得注意的一点： LinkedBlockingQueue中取出任务方法有几种，比如take（），poll（），一开始我用take方法，发现运行后，线程资源无法得到释放，后来看了api发现take（）是阻塞拿，意思是：线程往队列里面拿任务， 如果队列里面没有任务，则进行等待知道有任务再次唤醒。 而poll（）方法则是有任务就拿，没任务就返回null，因此不会出现阻塞等待，若上面代码改成用take方法，同样会出现cpu100的问题，也在于阻塞，同时也会出现线程不被GC回收。
|