Android开发——Android中常见的4种线程池(保证你能看懂并理解)

0.前言

转载请注明出处:Android开发——Android中常见的4种线程池(保证你能看懂并理解)_SEU_Calvin的博客-CSDN博客_安卓线程池

使用线程池可以给我们带来很多好处,首先通过线程池中线程的重用,减少创建和销毁线程的性能开销。其次,能控制线程池中的并发数,否则会因为大量的线程争夺CPU资源造成阻塞。最后,线程池能够对线程进行管理比如使用ScheduledThreadPool来设置延迟N秒后执行任务,并且每隔M秒循环执行一次。

下面会通过介绍线程池中的真正实现者——ThreadPoolExecutor来引出Android中的4类线程池的使用以及特性分析,会加上笔者自己的理解,和自认为比较恰当的比喻,帮助理解。

 

1.凡事得靠ThreadPoolExecutor(铺垫环节,懂的直接跳过)

Executor作为一个接口,它的具体实现就是ThreadPoolExecutor

Android中的线程池都是直接或间接通过配置ThreadPoolExecutor来实现不同特性的线程池。

先介绍ThreadPoolExecutor的一个常用的构造方法。

/*
*@ ThreadPoolExecutor构造参数介绍
*@author SEU_Calvin
* @date 2016/09/03
*/
public ThreadPoolExecutor(
//核心线程数,除非allowCoreThreadTimeOut被设置为true,否则它闲着也不会死
int corePoolSize, 
//最大线程数,活动线程数量超过它,后续任务就会排队                   
int maximumPoolSize, 
//超时时长,作用于非核心线程(allowCoreThreadTimeOut被设置为true时也会同时作用于核心线程),闲置超时便被回收           
long keepAliveTime,                          
//枚举类型,设置keepAliveTime的单位,有TimeUnit.MILLISECONDS(ms)、TimeUnit. SECONDS(s)等
TimeUnit unit,
//缓冲任务队列,线程池的execute方法会将Runnable对象存储起来
BlockingQueue<Runnable> workQueue,
//线程工厂接口,只有一个new Thread(Runnable r)方法,可为线程池创建新线程
ThreadFactory threadFactory)

ThreadPoolExecutor的各个参数所代表的特性注释中已经写的很清楚了,那么ThreadPoolExecutor执行任务时的心路历程是什么样的呢?(以下用currentSize表示线程池中当前线程数量)

1)当currentSize<corePoolSize时,没什么好说的,直接启动一个核心线程并执行任务。

2)当currentSize>=corePoolSize、并且workQueue未满时,添加进来的任务会被安排到workQueue中等待执行。

3)当workQueue已满,但是currentSize<maximumPoolSize时,会立即开启一个非核心线程来执行任务。

4)当currentSize>=corePoolSizeworkQueue已满、并且currentSize>maximumPoolSize,调用handler默认抛出RejectExecutionExpection异常。

2 Android中的四类线程池

Android中最常见的四类具有不同特性的线程池分别为FixThreadPoolCachedThreadPoolScheduleThreadPool以及SingleThreadExecutor

 

2.1     FixThreadPool(一堆人排队上公厕)

/*
*@FixThreadPool介绍
*@author SEU_Calvin
* @date 2016/09/03
*/
public static ExecutorService newFixThreadPool(int nThreads){
    return new ThreadPoolExecutor(nThreads, nThreads, 0L, TimeUnit.MILLISECONDS, new LinkedBlockingQueue<Runnable>());
}
//使用
Executors.newFixThreadPool(5).execute(r);

1)从配置参数来看,FixThreadPool只有核心线程,并且数量固定的,也不会被回收,所有线程都活动时,因为队列没有限制大小,新任务会等待执行。

2【前方高能,笔者脑洞】FixThreadPool其实就像一堆人排队上公厕一样,可以无数多人排队,但是厕所位置就那么多,而且没人上时,厕所也不会被拆迁,哈哈o(_)o ,很形象吧。

3)由于线程不会回收,FixThreadPool更快地响应外界请求,这也很容易理解,就好像有人突然想上厕所,公厕不是现用现建的。

2.2     SingleThreadPool(公厕里只有一个坑位)

/*
*@SingleThreadPool介绍
*@author SEU_Calvin
* @date 2016/09/03
*/
public static ExecutorService newSingleThreadPool (int nThreads){
    return new FinalizableDelegatedExecutorService ( new ThreadPoolExecutor (1, 1, 0, TimeUnit. MILLISECONDS, new LinkedBlockingQueue<Runnable>()) );
}
//使用
Executors.newSingleThreadPool ().execute(r);

1)从配置参数可以看出,SingleThreadPool只有一个核心线程,确保所有任务都在同一线程中按顺序完成。因此不需要处理线程同步的问题。

2【前方高能,笔者脑洞】可以把SingleThreadPool简单的理解为FixThreadPool的参数被手动设置为1的情况,即Executors.newFixThreadPool(1).execute(r)。所以SingleThreadPool可以理解为公厕里只有一个坑位,先来先上。为什么只有一个坑位呢,因为这个公厕是收费的,收费的大爷上年纪了,只能管理一个坑位,多了就管不过来了(线程同步问题)。

2.3     CachedThreadPool(一堆人去一家很大的咖啡馆喝咖啡)

/*
*@CachedThreadPool介绍
*@author SEU_Calvin
* @date 2016/09/03
*/
public static ExecutorService newCachedThreadPool(int nThreads){
    return new ThreadPoolExecutor(0, Integer.MAX_VALUE, 60L, TimeUnit. SECONDS, new SynchronousQueue<Runnable>());
}
//使用
Executors.newCachedThreadPool().execute(r);

1CachedThreadPool只有非核心线程,最大线程数非常大,所有线程都活动时,会为新任务创建新线程,否则利用空闲线程(60s空闲时间,过了就会被回收,所以线程池中有0个线程的可能)处理任务。

2)任务队列SynchronousQueue相当于一个空集合,导致任何任务都会被立即执行

3【前方高能,笔者脑洞】CachedThreadPool就像是一堆人去一个很大的咖啡馆喝咖啡,里面服务员也很多,随时去,随时都可以喝到咖啡。但是为了响应国家的“光盘行动”,一个人喝剩下的咖啡会被保留60秒,供新来的客人使用,哈哈哈哈哈,好恶心啊。如果你运气好,没有剩下的咖啡,你会得到一杯新咖啡。但是以前客人剩下的咖啡超过60秒,就变质了,会被服务员回收掉。

4)比较适合执行大量的耗时较少的任务。喝咖啡人挺多的,喝的时间也不长。

2.4    ScheduledThreadPool4个里面唯一一个有延迟执行和周期重复执行的线程池)

/*
*@ScheduledThreadPool介绍
*@author SEU_Calvin
* @date 2016/09/03
*/
public static ScheduledExecutorService newScheduledThreadPool(int corePoolSize){
return new ScheduledThreadPoolExecutor(corePoolSize);
}
public ScheduledThreadPoolExecutor(int corePoolSize){
super(corePoolSize, Integer.MAX_VALUE, 0, NANOSECONDS, new DelayedQueue ());
}
//使用,延迟1秒执行,每隔2秒执行一次Runnable r
Executors. newScheduledThreadPool (5).scheduleAtFixedRate(r, 1000, 2000, TimeUnit.MILLISECONDS);

1)核心线程数固定,非核心线程(闲着没活干会被立即回收)数没有限制。

2)从上面代码也可以看出,ScheduledThreadPool主要用于执行定时任务以及有固定周期的重复任务

 

至此Android中最常见的四类不同特性的线程池内容总结完毕。

转载请注明出处:Android开发——Android中常见的4种线程池(保证你能看懂并理解)_SEU_Calvin的博客-CSDN博客_安卓线程池

  • 158
    点赞
  • 269
    收藏
    觉得还不错? 一键收藏
  • 43
    评论
Android 开发,debug.keystore 是一个默认的调试密钥库,它用于签署 Android 应用程序的调试版本。这个密钥库通常存储在用户的本地计算机上。 debug.keystore 包含一个默认的密钥对,密钥库密码为 "android",密钥密码也为 "android"。当你使用 Android Studio 或者其他的 Android 开发工具来创建一个新的应用程序时,它会自动为你生成 debug.keystore。 在 Android Studio ,debug.keystore 存储在以下位置: ``` ~/.android/debug.keystore (Linux and macOS) C:\Users\your_user_name\.android\debug.keystore (Windows) ``` 在开发过程,你可以使用 debug.keystore 来签署你的应用程序,以便在调试和测试时使用。但是,在发布应用程序之前,你应该使用一个真正的密钥库来签署你的应用程序。 要在 Android Studio 使用 debug.keystore,可以按照以下步骤操作: 1. 在 Gradle 窗口,单击你的应用程序模块。 2. 单击 "Tasks" -> "android" -> "signingReport"。 3. 在 "Run" 窗口,你将看到一个输出,其包含 debug.keystore 的详细信息,如密钥别名、密码、有效期等。 此外,你也可以在构建过程指定使用 debug.keystore 来签署应用程序。在 build.gradle 文件,可以按照以下方式指定签署配置: ``` android { signingConfigs { debug { storeFile file('debug.keystore') storePassword 'android' keyAlias 'androiddebugkey' keyPassword 'android' } } buildTypes { debug { signingConfig signingConfigs.debug } } } ``` 这将允许你在构建调试版本时使用 debug.keystore 来签署应用程序。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 43
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值