线程池使用小结

简介: Executors 返回的线程池有着无法避免的劣势。使用线程池强制使用 ThreadPoolExecutor 创建,建议小伙伴在对线程池的机制有充分的了解的前提下使用 。 当然使用 ThreadPoolExecutor创建线程池的原因还有: 1、根据机器的性能、业务场景来手动配置线程池的参数比如核心线程数、使用的任务队列、拒绝策略等等。 2、显示地给我们的线程池命名,这样有助于定位问题。 3、方便开发人员对线程池运行状况进行监测,方便及时调整策略避免生产问题。

     既然线程池是日常工作非常常见的知识且使用过程中需要对此有着充分的认知,所以今天就总结一下线程池的常见知识点。

lQLPDhrgNVM_FsDNAZDNBUSwFg0dOYbsIO0BnJXu0gBUAA_1348_400.png

如上图:阿里巴巴 Java 开发手册中对于线程池的创建有着明确的规范。


简单的例子

如下使用 ThreadPoolExecutor实现了自定义线程池完成 Callable的任务:

classImpCallableimplementsCallable<String> {
// 核心线程数privatestaticfinalintCORE_POOL_SIZE=2;
// 最大线程数privatestaticfinalintMAX_POOL_SIZE=4;
// 线程数大于 corePoolSize 线程持续时间privatestaticfinalintKEEP_ALIVE_TIME=1;
// 阻塞队列的大小privatestaticfinalintQUEUE_CAPACITY=5;
privatestaticfinalTimeUnitUNIT=TimeUnit.SECONDS;
// 自定义线程名privatestaticfinalStringTHREAD_NAME="my-self-thread-pool-%d";
publicstaticvoidmain(String[] args) throwsExecutionException, InterruptedException {
ThreadPoolExecutorexecutor=newThreadPoolExecutor(
CORE_POOL_SIZE,
MAX_POOL_SIZE,
KEEP_ALIVE_TIME,
UNIT,
newArrayBlockingQueue<>(QUEUE_CAPACITY),
newBasicThreadFactory.Builder().namingPattern(THREAD_NAME).build(),
newThreadPoolExecutor.CallerRunsPolicy());
ImpCallabletask=newImpCallable();
List<Future<String>>futureList=newArrayList<>();
for (inti=0; i<10; i++) {
// 提交任务到线程池Future<String>future=executor.submit(task);
// 任务结果 future 加入结果队列futureList.add(future);
        }
for (Future<String>fut : futureList) {
try {
// 取出结果System.out.println(newDate() +"--"+fut.get());
            } catch (InterruptedException|ExecutionExceptione) {
e.printStackTrace();
            }
        }
executor.shutdown();
try {
executor.awaitTermination(5, TimeUnit.SECONDS);
        } catch (InterruptedExceptione) {
e.printStackTrace();
        }
System.out.println("All threads Finished");
    }
@OverridepublicStringcall() throwsException {
Thread.sleep(2000L);
returnThread.currentThread().getName();
    }
}


阻塞队列

用来保存等待被执行的任务的阻塞队列,Java 中提供了如下阻塞队列:

  1. ArrayBlockingQueue:基于数组结构的有界阻塞队列,其构造必须指定大小。对象按 FIFO 排序。
  2. LinkedBlockingQuene:基于链表结构的阻塞队列,大小不固定,若不指定大小,其大小有Integer.MAX_VALUE 来决定。对象按 FIFO 排序。吞吐量通常要高于 ArrayBlockingQuene
  3. SynchronousQuene:特殊的 BlockingQueue,对其的操作必须是放和取交替完成。
  4. priorityBlockingQuene:类似于 LinkedBlockingQueue,对象的排序由对象的自然顺序或者构造函数的 Comparator决定。


自定义线程名

创建线程的工厂,通过自定义的线程工厂可以给每个新建的线程设置一个具有识别度的线程名。

关于这一点非常有必要,方便快速定位问题以及监控线程池。


拒绝策略

线程池的饱和策略,当阻塞队列满了,且没有空闲的工作线程,如果继续提交任务,必须采取一种策略处理该任务,线程池提供了4种策略:

  1. AbortPolicy直接抛出异常,默认策略,可以及时发现线程池的瓶颈。
  2. CallerRunsPolicy使用调用者所在的线程来执行任务,新任务不会丢失,采用谁提交谁负责的策略,有效控制线程池压力。
  3. DiscardOldestPolicy丢弃阻塞队列中靠最前的任务,并执行当前任务,该策略存在丢失任务的风险,不建议使用
  4. DiscardPolicy直接丢弃任务,该策略简单粗暴以保证系统可以为主要目标,不建议使用

当然也可以根据应用场景实现 RejectedExecutionHandler接口,自定义饱和策略。如记录日志或持久化存储不能处理的任务。


线程池大小

关于线程池线程大小可以根据实际业务场景具体设置。

推荐个适用面比较广的公式( N 为 CPU 核心数):

  • CPU 密集型任务 N+1 。
  • IO 密集型任务 2N 。


线程池状态

lQLPDhrgNkB5EojNAZbNBAmw3Jz-wb2rGjIBnJd0EcBaAA_1033_406.png

如上图线程池的状态分为五种,分别对应 Java 中五个 int 字段:

privatestaticfinalintRUNNING=-536870912;
privatestaticfinalintSHUTDOWN=0;
privatestaticfinalintSTOP=536870912;
privatestaticfinalintTIDYING=1073741824;
privatestaticfinalintTERMINATED=1610612736;
  • RUNNING线程创建成功初始化状态,能够接收新任务,以及对已添加的任务进行处理。
  • SHUTDOWN不接收新任务,但能处理已添加的任务。
  • STOP不接收新任务,不处理已添加的任务,并且会中断正在处理的任务。
  • TIDYING当所有的任务已终止队列任务也为空线程池会变为 TIDYING状态。
  • TERMINATED线程池彻底终止,由 TIDYING状态变成 TERMINATED状态。


监控线程池

我们可以通过第三方组件监控线程池的运行状态比如 SpringBoot 中的 Actuator 。


除此之外,我们还可以利用 ThreadPoolExecutor的相关 API 监测线程池状态。如下图我们可以轻松获得线程池的各项参数,结合邮件实时监测线程池健康状况。


lQLPDhrgNqQDP6vNAfbNBAqwKf64oXyh_DQBnJgW4YBBAA_1034_502.png



相关文章
|
存储 缓存 文件存储
如何保证分布式文件系统的数据一致性
分布式文件系统需要向上层应用提供透明的客户端缓存,从而缓解网络延时现象,更好地支持客户端性能水平扩展,同时也降低对文件服务器的访问压力。当考虑客户端缓存的时候,由于在客户端上引入了多个本地数据副本(Replica),就相应地需要提供客户端对数据访问的全局数据一致性。
32696 78
如何保证分布式文件系统的数据一致性
|
前端开发 容器
HTML5+CSS3前端入门教程---从0开始通过一个商城实例手把手教你学习PC端和移动端页面开发第8章FlexBox布局(上)
HTML5+CSS3前端入门教程---从0开始通过一个商城实例手把手教你学习PC端和移动端页面开发第8章FlexBox布局
17745 19
|
设计模式 存储 监控
设计模式(C++版)
看懂UML类图和时序图30分钟学会UML类图设计原则单一职责原则定义:单一职责原则,所谓职责是指类变化的原因。如果一个类有多于一个的动机被改变,那么这个类就具有多于一个的职责。而单一职责原则就是指一个类或者模块应该有且只有一个改变的原因。bad case:IPhone类承担了协议管理(Dial、HangUp)、数据传送(Chat)。good case:里式替换原则定义:里氏代换原则(Liskov 
36676 19
设计模式(C++版)
|
存储 编译器 C语言
抽丝剥茧C语言(初阶 下)(下)
抽丝剥茧C语言(初阶 下)
|
机器学习/深度学习 人工智能 自然语言处理
带你简单了解Chatgpt背后的秘密:大语言模型所需要条件(数据算法算力)以及其当前阶段的缺点局限性
带你简单了解Chatgpt背后的秘密:大语言模型所需要条件(数据算法算力)以及其当前阶段的缺点局限性
24756 14
|
机器学习/深度学习 弹性计算 监控
重生之---我测阿里云U1实例(通用算力型)
阿里云产品全线降价的一力作,2023年4月阿里云推出新款通用算力型ECS云服务器Universal实例,该款服务器的真实表现如何?让我先测为敬!
36658 15
重生之---我测阿里云U1实例(通用算力型)
|
SQL 存储 弹性计算
Redis性能高30%,阿里云倚天ECS性能摸底和迁移实践
Redis在倚天ECS环境下与同规格的基于 x86 的 ECS 实例相比,Redis 部署在基于 Yitian 710 的 ECS 上可获得高达 30% 的吞吐量优势。成本方面基于倚天710的G8y实例售价比G7实例低23%,总性价比提高50%;按照相同算法,相对G8a,性价比为1.4倍左右。
|
存储 算法 Java
【分布式技术专题】「分布式技术架构」手把手教你如何开发一个属于自己的限流器RateLimiter功能服务
随着互联网的快速发展,越来越多的应用程序需要处理大量的请求。如果没有限制,这些请求可能会导致应用程序崩溃或变得不可用。因此,限流器是一种非常重要的技术,可以帮助应用程序控制请求的数量和速率,以保持稳定和可靠的运行。
29835 52

热门文章

最新文章

下一篇
开通oss服务