线程池面试题

线程池面试题

  • 1. `Executor`框架三大组成部分
  • 2.`ThreadPoolExecutor` 类 线程池执行器 (核心)
    • 2.1 `ThreadPoolExecutor` 3 个最重要的参数:
    • 2.2 `ThreadPoolExecutor` 饱和策略定义:
    • 2.3 线程池自定义创建
    • 2.4 `Runnable` 和 `Callable` 的区别
    • 2.5 `execute()` 和 `submit()` 的区别
  • 3. 案例 (为什么会这样?)
    • 3.1 最大线程池数量多会发挥作用?




1. Executor框架三大组成部分

1、任务(Runnable /Callable)

执行任务需要实现的接口,Runnable 接口Callable接口

2、任务的执行(Executor接口)

执行任务的服务,Executor接口ExecutorService接口ScheduledExecutorService接口AbstractExecutorService抽象类ThreadPoolExecutor线程池ScheduledThreadPoolExecutor线程池

3、异步计算的结果(Future接口)

Future接口,FutureTask类都可以代表异步计算的结果。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-O8bS0QIe-1685216390187)(…/images/image1008611.png)]

2.ThreadPoolExecutor 类 线程池执行器 (核心)

ThreadPoolExecutor类是ExecutorService接口的实现类,是线程池的核心实现类,用来执行被提交的任务。

2.1 ThreadPoolExecutor 3 个最重要的参数:

  • corePoolSize : 任务队列未达到队列容量时,最大可以同时运行的线程数量。
  • maximumPoolSize : 任务队列中存放的任务达到队列容量的时候,当前可以同时运行的线程数量变为最大线程数。
  • workQueue: 新任务来的时候会先判断当前运行的线程数量是否达到核心线程数,如果达到的话,新任务就会被存放在队列中。

ThreadPoolExecutor其他常见参数 :

  • keepAliveTime:线程池中的线程数量大于 corePoolSize 的时候,如果这时没有新的任务提交,核心线程外的线程不会立即销毁,而是会等待,直到等待的时间超过了 keepAliveTime才会被回收销毁。
  • unit : keepAliveTime 参数的时间单位。
  • threadFactory :executor 创建新线程的时候会用到。
  • handler :饱和策略。关于饱和策略下面单独介绍一下。

2.2 ThreadPoolExecutor 饱和策略定义:

  • ThreadPoolExecutor.AbortPolicy:抛出 RejectedExecutionException来拒绝新任务的处理。
  • ThreadPoolExecutor.CallerRunsPolicy:调用执行自己的线程运行任务,也就是直接在调用execute方法的线程中运行(run)被拒绝的任务,如果执行程序已关闭,则会丢弃该任务。因此这种策略会降低对于新任务提交速度,影响程序的整体性能。如果您的应用程序可以承受此延迟并且你要求任何一个任务请求都要被执行的话,你可以选择这个策略。
  • ThreadPoolExecutor.DiscardPolicy:不处理新任务,直接丢弃掉。
  • ThreadPoolExecutor.DiscardOldestPolicy:此策略将丢弃最早的未处理的任务请求。

2.3 线程池自定义创建

通过ThreadPoolExecutor构造函数来创建(推荐)。

 ThreadFactory namedThreadFactory = new ThreadFactoryBuilder()
                    .setNameFormat("ConfigurationCheck-pool-%d").build();
            log.info(ColorEnum8.BLUE.getColoredString(Thread.currentThread().getName()+"——可用运行线程为" + runnableThreadNum));
            configurationCheckThreadPool = new ThreadPoolExecutor(
                    runnableThreadNum,
                    10,
                    0L,
                    TimeUnit.MILLISECONDS,
                    new LinkedBlockingQueue<Runnable>(1024),
                    namedThreadFactory,
                    new ThreadPoolExecutor.AbortPolicy());

2.4 RunnableCallable 的区别

Runnable接口和Callable接口都是用来定义任务的,但是Runnable接口不会返回结果,而Callable接口可以返回结果。

2.5 execute()submit() 的区别

execute()方法用来提交不需要返回值的任务,所以无法判断任务是否被线程池执行成功与否;
submit()方法用来提交需要返回值的任务。线程池会返回一个Future类型的对象,通过这个Future对象可以判断任务是否执行成功,并且可以通过Futureget()方法来获取返回值,get()方法会阻塞当前线程直到任务完成,而使用get(long timeout, TimeUnit unit)方法则会阻塞当前线程一段时间后立即返回,这时候有可能任务没有执行完。

3. 案例 (为什么会这样?)

3.1 最大线程池数量多会发挥作用?

我们在代码中模拟了10个任务,我们配置的核心线程数为5,最大线程数为10,任务队列的容量为100,所以当有10个任务提交的时候,前5个任务会被立即执行,而后面5个任务会被放入任务队列中等待执行,当任务队列满了以后,还有任务提交的话,就会创建新的线程执行任务,直到线程数达到最大线程数10,如果还有任务提交的话,就会根据我们配置的饱和策略来处理。

转折点1
当前任务超过了核心线程数,但是队列未满,其中5个任务会被立即执行,而后面5个任务会被放入任务队列中等待执行。

转折点2
当前任务超过了核心线程数,而且队列也满了,其中5个任务会被立即执行,而后面5个任务会被创建新的线程执行,直到线程数达到最大线程数10,如果还有任务提交的话,就会根据我们配置的饱和策略来处理。






我的Github地址,欢迎大家加入我的开源项目,或者(在我的主页联系我)加入你们的开源项目,点点Github-Stars。

\ 开源项目名称 依赖类型 版本号 描述
1 spring-boot-starter-trie pom 1.0.0-SNAPSHOT 特定需求下查询速度远超开源检索工具,innodb下B+树或者ES中倒排索引无法与之比拟.
2 spring-boot-starter-trie jar 1.0.0-M1 提供了基于SpringCloud的服务节点,可以通过Nacos注册中心进行服务发现,实现了树的动态扩容与缩容,以及服务的动态上下线。
3 Data-Provider pom 1.0.0-SNAPSHOT 提供了多种数据源的查询,以及数据的类型同步,作为一个Jar可以依赖在其他服务上动态的提供数据。

你可能感兴趣的:(MyInterview,java源码,java,jvm,面试)