大家好，我是魔性的茶叶，今天给大家分享一个线上问题引出的一次思考，过程比较长，但是挺有意思。希望大家能够和我一样学习到一些东西。

Tomcat的线程池Executor除了实现Lifecycle接口外，基本和JDK的ThreadPoolExecutor一致，以前是直接继承了JDK的ThreadPoolExecutor

ThreadPoolExecutor线程池详解，从线程池的用法，线程池的工作原理到线程池源码，深入解析ThreadPoolExecutor线程池底层原理

可能很多人都看到过一个线程数设置的理论： CPU 密集型的程序 - 核心数 + 1 I/O 密集型的程序 - 核心数 * 2 不会吧，不会吧，真的有人按照这个理论规划线程数？ 线程数和CPU利用率的小

最近接了一个新需求，业务场景上需要在原有基础上新增2个字段，接口新增参数意味着很多类和方法的逻辑都需要改变，需要先判断是否属于该业务场景，再做对应的逻辑。原本的打算是在入口处新增变量，在操作数据的时候

在多线程情况下，对于一个共享变量或者资源对象进行读或者写操作时，就必须考虑线程安全问题。而ThreadLocal采用的是完全相反的方式来解决线程安全问题。他实现了对资源对象的线程隔离。那么TL的原理是

LockSupport 是 jsr 166 中新增的 juc 工具类。 LockSupport 类主要用于创建锁和其他同步类来实现线程阻塞。 这个类与他使用的每个线程进行关联, 如果可用就立即 par

1. CompletableFuture 简介 1.1 概述 CompletableFuture是 Java 8 中引入的一个类，它实现了CompletionStage接口，提供了一组丰富的方法来处理

CompletableFuture对象是JDK1.8版本新引入的类，这个类实现了两个接口，一个是Future接口，一个是CompletionStage接口。