如何在Android中使用ThreadPoolExecutor线程池-创新互联

如何在Android中使用ThreadPoolExecutor线程池?针对这个问题,这篇文章详细介绍了相对应的分析和解答,希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。

烈山ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景,ssl证书未来市场广阔!成为创新互联建站的ssl证书销售渠道,可以享受市场价格4-6折优惠!如果有意向欢迎电话联系或者加微信:18982081108(备注:SSL证书合作)期待与您的合作!

Android中的线程池ThreadPoolExecutor解决了单线程下载数据的效率慢和线程阻塞的的问题,它的应用也是优化实现的方式。所以它的重要性不言而喻,但是它的复杂性也大,理解上可能会有问题,不过作为安卓工程师,了解这个也是必然的。

ThreadPoolExecutor有几个构造函数,最多参数的构造函数最常用,下面会详细介绍各个参数的含义及其几个参数之间的关系:

ThreadPoolExecutor(corePoolSize, maximumPoolSize, keepAliveTime, unit, workQueue, threadFactory, handler)

各个参数的含义:

corePoolSize: 核心线程数,能够同时执行的任务数量

maximumPoolSize:除去缓冲队列中等待的任务,大能容纳的任务数(其实是包括了核心线程池数量)

keepAliveTime:超出workQueue的等待任务的存活时间maximumPoolSize放置的一个线程的存活时间

unit:时间单位

workQueue:阻塞等待线程的队列,一般使用new LinkedBlockingQueue()这个,如果不指定容量, 会一直往里边添加,没有限制,workQueue永远不会满;

threadFactory:创建线程的工厂,使用系统默认的类

handler:当任务数超过maximumPoolSize时,对任务的处理策略,默认策略是拒绝添加

需要注意的是这里的handler与安卓中的handler不同

执行流程:

当线程数小于corePoolSize时,每添加一个任务,则立即开启线程执行

当corePoolSize满的时候,后面添加的任务将放入缓冲队列workQueue等待;

当workQueue也满的时候,看是否超过maximumPoolSize线程数,如果超过,默认拒绝执行

总结来说:核心线程corePoolSize、任务队列workQueue、大线程maximumPoolSize,如果三者都满了,使用handler处理被拒绝的任务。当一个线程的存活时间到达指定的存活时间索命该线程的任务已执行完,该线程的生命周期结束,被拒绝的线程可以重新进入线程池中开始任务,依次循环此过程。

举例说明:

假如:

corePoolSize=2,maximumPoolSize=3,workQueue容量为8;

最开始,执行的任务A,B,此时corePoolSize已用完,再次执行任务C,则C将被放入缓冲队列workQueue中等待着,如果后来又添加了7个任务,此时workQueue已满,则后面再来的任务的数量是5将会和maximumPoolSize比较,由于maximumPoolSize为3,所以只能容纳1个了,因为包含corePollSize个数,所以后面来的任务默认都会被拒绝4个。

关于如何在Android中使用ThreadPoolExecutor线程池问题的解答就分享到这里了,希望以上内容可以对大家有一定的帮助,如果你还有很多疑惑没有解开,可以关注创新互联行业资讯频道了解更多相关知识。


分享文章:如何在Android中使用ThreadPoolExecutor线程池-创新互联
文章源于:http://hbruida.cn/article/cchojo.html