一篇文章读懂-线程池原理

在这里插入图片描述
什么是线程池

Java中的线程池是运用场景最多的并发框架,几乎所有需要异步或并发执行任务的程序
都可以使用线程池。在开发过程中,合理地使用线程池能够带来3个好处。
第一:降低资源消耗。通过重复利用已创建的线程降低线程创建和销毁所造成的消耗。
第二:提高响应速度。当任务到达时,任务可以不需要等到线程创建就能立即执行。
第三:提高线程的可管理性。线程是稀缺资源,如果无限制地创建,不仅会消耗系统资源,还会降低系统的稳定性。使用线程池可以进行统一分配,调优和监控。但是,要合理利用线程池,必须对其实现原理了如指掌。

线程池的作用

线程池是为突然大量爆发的线程设计的,通过有限的几个固定线程为大量的操作服务,减少了创建和销毁线程所需的时间,从而提高效率。
如果一个线程的时间非常长,就没必要用线程池了(不是不能作长时间操作,而是不宜。),况且我们还不能控制线程池中线程的开始、挂起、和中止。

线程池的分类

ThreadPoolExecutor
Java是天生就支持并发的语言,支持并发意味着多线程,线程的频繁创建在高并发及大数据量是非常消耗资源的,因为java提供了线程池。在jdk1.5以前的版本中,线程池的使用是及其简陋的,但是在JDK1.5后,有了很大的改善。JDK1.5之后加入了java.util.concurrent包,java.util.concurrent包的加入给予开发人员开发并发程序以及解决并发问题很大的帮助。这篇文章主要介绍下并发包下的Executor接口,Executor接口虽然作为一个非常旧的接口(JDK1.5 2004年发布),但是很多程序员对于其中的一些原理还是不熟悉,因此写这篇文章来介绍下Executor接口,同时巩固下自己的知识。如果文章中有出现错误,欢迎大家指出。

Executor框架的最顶层实现是ThreadPoolExecutor类,Executors工厂类中提供的newScheduledThreadPool,newFixedThreadPool,newCachedThreadPool,newSingleThreadScheduledExecutor方法其实也只是ThreadPoolExecutor的构造函数参数不同而已。通过传入不同的参数,就可以构造出适用于不同应用场景下的线程池,那么它的底层原理是怎样实现的呢,这篇就来介绍下ThreadPoolExecutor线程池的运行过程。

  • CorePoolSIze:

核心线程池的大小,当有任务来之后,就会创建一个线程去执行任务,当线程池中的线程数达到corePoolSize之后,就会把到达的任务放到缓存队列当中。

  • maximumPoolSize:

线程池最大线程数,它表示在线程池中最多能创建多少个线程。

  • keepAliveTime:

表示线程没有任务执行时最多保持多久时间会终止。

  • unit:

参数keepAliveTimed的时间单位

  • BlockingQueue:

队列

线程池的四种创建方式

Java通过Executors(jdk1.5并发包)提供四种线程池,分别为:
newCachedThreadPool创建一个可缓存线程池,如果线程池长度超过处理需要,可灵活回收空闲线程,若无可回收,则新建线程。

newFixedThreadPool 创建一个定长线程池,可控制线程最大并发数,超出的线程会在队列中等待。
newScheduledThreadPool 创建一个定长线程池,支持定时及周期性任务执行。
newSingleThreadExecutor 创建一个单线程化的线程池,它只会用唯一的工作线程来执行任务,保证所有任务按照指定顺序(FIFO, LIFO, 优先级)执行。

newCachedThreadPool

创建一个可缓存线程池,如果线程池长度超过处理需要,可灵活回收空闲线程,若无可回收,则新建线程。示例代码如下:

package com.evan.springboot.concurrentDemo;

import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import java.util.concurrent.ScheduledExecutorService;
import java.util.concurrent.TimeUnit;

/**
 * @author evanYang
 * @version 1.0
 * @date 2020/05/02 10:58
 */
public class ThreadPoolDemo {

    public static void main(String[] args) {
        ThreadPoolDemo threadPoolDemo = new ThreadPoolDemo();
        threadPoolDemo.catchDemo();

    }

    public void catchDemo(){
        ExecutorService executorService = Executors.newCachedThreadPool();
        for (int i = 0; i < 10; i++) {
            int finalI = i;
            executorService.execute(new Runnable() {
                @Override
                public void run() {
                    try {
                        Thread.sleep(100);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                    System.out.println(Thread.currentThread().getName()+ "  :"+finalI);

                }
            });
        }
    }
    }

在这里插入图片描述

newFixedThreadPool

创建一个定长的线程池。超出的线程会在队列中等待

    public void fixedDemo(){
        ExecutorService executorService = Executors.newFixedThreadPool(3);
        for (int i = 0; i < 20; i++) {
            int finalI = i;
            executorService.execute(new Runnable() {
                @Override
                public void run() {
                    System.out.println(Thread.currentThread().getName()+ "  :"+finalI);
                }
            });
        }
    }
public static void main(String[] args) {
        ThreadPoolDemo threadPoolDemo = new ThreadPoolDemo();
        threadPoolDemo.fixedDemo();

    }

在这里插入图片描述

newScheduledThreadPool

创建一个定长线程池,支持定时及周期性任务执行。延迟执行示例代码如下:

 public void scheduleDemo(){
        ScheduledExecutorService executorService = Executors.newScheduledThreadPool(3);
        for (int i = 0; i < 20; i++) {
            int finalI = i;
            executorService.schedule(new Runnable() {
                @Override
                public void run() {
                    System.out.println(Thread.currentThread().getName()+ "  :"+finalI);
                }
            },3,TimeUnit.SECONDS);
        }

    }
  public static void main(String[] args) {
        ThreadPoolDemo threadPoolDemo = new ThreadPoolDemo();
        threadPoolDemo.scheduleDemo();

    }

newSingleThreadExecutor

创建一个单线程化的线程池,它只会用唯一的工作线程来执行任务,保证所有任务按照指定顺序(FIFO, LIFO, 优先级)执行。示例代码如下:

 public void singleDemo(){
        ScheduledExecutorService executorService = Executors.newSingleThreadScheduledExecutor();
        for (int i = 0; i < 10; i++) {
            int finalI = i;
            executorService.execute(new Runnable() {
                @Override
                public void run() {
                    System.out.println(Thread.currentThread().getName()+ "  :"+finalI);
                }
            });
        }

    }
 public static void main(String[] args) {
        ThreadPoolDemo threadPoolDemo = new ThreadPoolDemo();
        threadPoolDemo.singleDemo();

    }

在这里插入图片描述
注意: 结果依次输出,相当于顺序执行各个任务。

线程池原理剖析

提交一个任务到线程池中,线程池的处理流程如下
1:判断线程池里核心线程池是否都在执行任务,如果不是(核心线程空闲或者还有核心线程没有创建),则创建一个新的工作线程来执行任务。如果核心线程都在执行任务,则进入下一个队列。
2:线程池判断工作队列是否已满,如果工作队列没有满,则将新提交的任务存储在这个工作队列里。如果工作队列满了,则进入最大线程池流程。
3:判断线程池里的线程是否都处于工作状态,如果没有,则新建一个工作线程来执行任务。如果已经满了,则交个拒绝策略。
在这里插入图片描述

线程池的四种拒绝策略:

https://blog.csdn.net/weixin_30409927/article/details/105979078

合理配置线程池

要想合理的配置线程池,就必须首先分析任务特性,可以从以下几个角度来进行分析:
任务的性质:CPU密集型任务,IO密集型任务和混合型任务。
任务的优先级:高,中和低。
任务的执行时间:长,中和短。
任务的依赖性:是否依赖其他系统资源,如数据库连接。
任务性质不同的任务可以用不同规模的线程池分开处理。CPU密集型任务配置尽可能少的线程数量,如配置Ncpu+1个线程的线程池。IO密集型任务则由于需要等待IO操作,线程并不是一直在执行任务,则配置尽可能多的线程,如2*Ncpu。混合型的任务,如果可以拆分,则将其拆分成一个CPU密集型任务和一个IO密集型任务,只要这两个任务执行的时间相差不是太大,那么分解后执行的吞吐率要高于串行执行的吞吐率,如果这两个任务执行时间相差太大,则没必要进行分解。我们可以通过Runtime.getRuntime().availableProcessors()方法获得当前设备的CPU个数。
优先级不同的任务可以使用优先级队列PriorityBlockingQueue来处理。它可以让优先级高的任务先得到执行,需要注意的是如果一直有优先级高的任务提交到队列里,那么优先级低的任务可能永远不能执行。
执行时间不同的任务可以交给不同规模的线程池来处理,或者也可以使用优先级队列,让执行时间短的任务先执行。
依赖数据库连接池的任务,因为线程提交SQL后需要等待数据库返回结果,如果等待的时间越长CPU空闲时间就越长,那么线程数应该设置越大,这样才能更好的利用CPU。
一般总结哦,有其他更好的方式,希望各位留言,谢谢。

  • CPU密集型时

,任务可以少配置线程数,大概和机器的cpu核数相当,这样可以使得每个线程都在执行任务

  • IO密集型时

,大部分线程都阻塞,故需要多配置线程数,2*cpu核数
操作系统之名称解释:
某些进程花费了绝大多数时间在计算上,而其他则在等待I/O上花费了大多是时间,
前者称为计算密集型(CPU密集型)computer-bound,后者称为I/O密集型,I/O-bound。

当 http-nio-7001-exec- 线程池的数量突然增高时,可能是由以下原因导致的: 1. 突发流量:如果有大量用户同时访问网站或请求需要处理大量数据,可能会导致线程池数量突然增加。 2. 长时间运行的请求:如果请求需要很长时间才能处理完毕,线程池可能会一直保持高水平。这可能是由于处理请求的代码有性能问题。 3. 竞态条件:当不同的线程需要共享数据时,可能会出现竞争条件。这可能会导致某些线程等待其他线程完成工作,从而导致线程池数量增加。 4. 内存泄漏:如果应用程序中存在内存泄漏,可能会导致线程池数量增加。这是因为线程需要占用内存,而内存泄漏则会导致内存无法释放,从而导致线程不断增加。 要解决此问题,可以通过以下方式: 1. 检查代码逻辑,查找潜在的性能问题,例如避免使用锁、减少数据访问等。 2. 应该检查应用程序中的垃圾回收机制和内存分配,以确保内存使用状况正常。 3. 可以增加线程池的大小,以便处理更多的请求。虽然这并不能解决问题的根源,但如果您确定出现了时间敏感的性能问题,则可以使用此方法暂时缓解问题。 4. 内存泄漏是一个严重的问题,应该彻底检查应用程序和底层框架,以确保它们正常运行。 总之,应该确保线程池不会过度使用资源,且需要密切监视线程池并进行必要的调整以支持流量变化。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值