因为我们都知道一个线程run
方法执行完毕后,才算真正结束,但是,这只是结束,并没有被回收,会一直闲置在那里,等待
GC
去回收,所以如果每执行一个任务,我们都
new
一个线程,那么在某些极端的场景下,是比较消耗内存的。
本文
先简单介绍下Android
中自带的四种线程池:
1
、
newCachedThreadPool
这种线程池比较灵活,也就是说它的池里的线程数量并不是固定的,理论上可以无限大,任务不需要排队,如果有空闲的线程,则复用,无则新建线程。
ExecutorService cachedThreadPool = Executors.newCachedThreadPool();
cachedThreadPool.execute(
new Runnable() {
@Override
public
void
run() {
// TODO Auto-generated method stub
}
});
2
、
newFixedThreadPool
这个算是一个中规中矩,也是Android sdk
的源码中用的比较多的,它的池子里的线程数有个最大值,可以自己设置,如果超过这个最大值,那么任务就会加入任务队列去等待。
ExecutorService fixedThreadPool = Executors.newFixedThreadPool(5);
fixedThreadPool.execute(
new Runnable() {
@Override
public
void
run() {
// TODO Auto-generated method stub
}
});
3
、
newSingleThreadExecutor
如字面意思,这是一个单例化的线程池,他只有一个线程去执行任务。最常见的一个例子就是我们的UI
线程啦。它就是典型的单线程模型。
ExecutorService singleThreadExecutor = Executors.newSingleThreadExecutor();
singleThreadExecutor.execute(
new Runnable() {
@Override
public
void
run() {
// TODO Auto-generated method stub
}
});
4
、
newScheduledThreadPool
这也是一个定长的线程池,但是可以支持周期性的任务。
以下例子表示延迟一秒过后,每两秒执行一次。
ScheduledExecutorService scheduledThreadPool = Executors.newScheduledThreadPool(5);
scheduledThreadPool.scheduleAtFixedRate(
new Runnable() {
@Override
public
void
run() {
}
},1, 2, TimeUnit.SECONDS);
来源:
简书