并发编程-线程池ThreadPoolExecutor底层原理分析（一）

并发编程-线程池ThreadPoolExecutor底层原理分析（一）
问题：

线程池的核心线程数、最大线程数该如何设置？

线程池执行任务的具体流程是怎样的？

线程池的五种状态是如何流转的？

线程池中的线程是如何关闭的？

线程池为什么一定得是阻塞队列？

线程发生异常，会被移出线程池吗？

Tomcat是如何自定义线程池的？

线程池执行任务的具体流程是怎样的？

ThreadPoolExecutor中提供了两种执行任务的方法：

1.void execute(Runnable command)

2.Future submit(Runnable task)

实际上submit中最终还是调用的execute()方法，只不过会返回一个Future对象，用来获取任务执行结果：
```
public Future submit(Runnable task) {
 if (task == null) throw new NullPointerException();
RunnableFuture ftask = newTaskFor(task, null); 3
 execute(ftask);
 return ftask;
 }
```
execute(Runnable command)方法执行时会分为三步：

注意：提交一个Runnable时，不管当前线程池中的线程是否空闲，只要数量小于核心线程数就会创建 新线程。

注意：ThreadPoolExecutor相当于是非公平的，比如队列满了之后提交的Runnable可能会比正在 排队的Runnable先执行。

线程池的五种状态是如何流转的？

线程池有五种状态：

RUNNING： 会接收新任务并且会处理队列中的任务

SHUTDOWN： 不会接收新任务并且会处理队列中的任务

STOP： 不会接收新任务并且不会处理队列中的任务，并且会中断在处理的任务（注意：一个任务能不能被中断得看任务本身）

TIDYING： 所有任务都终止了，线程池中也没有线程了，这样线程池的状态就会转为TIDYING，一旦达到此状态，就会调用线程池的terminated()

TERMINATED： terminated()执行完之后就会转变为TERMINATED

这五种状态并不能任意转换，只会有以下几种转换情况：

1. RUNNING -> SHUTDOWN：手动调用shutdown()触发，或者线程池对象GC时会调用finalize()从而调用 shutdown()

2. (RUNNING or SHUTDOWN) -> STOP：调用shutdownNow()触发，如果先调shutdown()紧着调

shutdownNow()，就会发生SHUTDOWN -> STOP

3. SHUTDOWN -> TIDYING：队列为空并且线程池中没有线程时自动转换

4. STOP -> TIDYING：
相关阅读:
HTML5 实现扑克翻牌游戏
 NVIDIA Jetson TX2 安装ORB-SLAM3 ROS 错误总结
 【GPU原理】1.线程和缓存的关系
 阿里云MySQL从 2003-＞1251-＞1396
XSS 和 CSRF
【小白友好】LeetCode 删除并获得点数
 ACM数论总结5
eclipse-kepler-SR1-4.3.1版本下载
 Stable Diffuse 之本地环境部署/安装包下载搭建过程简单记录
 npm ERR! code ERESOLVEnpm ERR! ERESOLVE could not resolvenpm ERR!-解决
原文地址：https://blog.csdn.net/weixin_43874650/article/details/133967157

问题：

线程池执行任务的具体流程是怎样的？

线程池的五种状态是如何流转的？