Java中的线程池是通过Executor框架来实现的，Executor框架提供了一系列的接口和类来简化线程池的使用和管理。下面将详细介绍Java中线程池的相关概念和Executor框架的主要组成部分。
Executors 框架是整个JUC 包中类/接口关系中最为复杂的框架，真正理解Executors框架的前提是理清楚各个模块之间的关系，高屋建瓴，从整体到局部才能透彻理解各个模块的功能和背后设计的思路！
多线程编程是现代软件开发中的重要部分之一。通过利用多线程可以提高程序的并发性和响应能力。在Java中，创建线程的方式有多种，每种方式各有优缺点。本文将介绍创建线程的三种主要方式，并对它们进行比较和对比。
自定义线程池，可对系统中线程池更加细粒度的控制，方便调整线程池大小配置，线程执行异常控制和处理。在设置系统自定义线程池代替默认线程池时，虽可通过多种模式设置，但替换默认线程池最终产生的线程池有且只能设置一个（不能设置多个类继承AsyncConfigurer）。自定义线程池有如下模式：
在HotSpot VM的线程模型中，Java线程被一对一映射为本地操作系统线程。Java线程启动时会创建一个本地操作系统线程；当Java线程终止时，这个操作系统线程也会被回收。操作系统会调用所有线程并将他们分配给可用的CPU。
池化技术相比大家已经屡见不鲜了，线程池、数据库连接池、Http 连接池等等都是对这个思想的应用。池化技术的思想主要是为了减少每次获取资源的消耗，提高对资源的利用率。 线程池提供了一种限制和管理资源（包括执行一个任务）。 每个线程池还维护一些基本统计信息，例如已完成任务的数量。
MyBatis提供了一种插件(plugin)的功能，虽然叫做插件，但其实这是拦截器功能。那么拦截器拦截MyBatis中的哪些内容呢？
支持JDK19虚拟线程的web框架，之一：体验 支持JDK19虚拟线程的web框架，之二：完整开发一个支持虚拟线程的quarkus应用
从名字来看，Executor 可译为“执行器”，它的作用就是执行任务。该接口只有一个 execute 方法：
在Java编程中，方法的参数传递方式通常是通过基本类型、对象引用或者集合等方式。然而，一种更加优雅且灵活的设计模式是将接口对象作为方法的参数。这种方式为我们带来了许多好处，包括降低耦合性、实现多态性和可替换性、实现依赖倒置原则等。本文将深入探讨这种设计模式的优势以及在实际开发中的使用场景。
Runnable任务在Executor线程执行器当中是异步执行的，而有些任务是需要返回执行结果的，故在Executor派生接口ExecutorService接口中定义了带返回结果的提交方法submit，其中返回结果为Future接口的对象。
juc-executors框架是整个J.U.C包中类/接口关系最复杂的框架，真正理解executors框架的前提是理清楚各个模块之间的关系，高屋建瓴，从整体到局部才能透彻理解其中各个模块的功能和背后的设计思路。
最近在看JUC线程池java.util.concurrent.ThreadPoolExecutor的源码实现，其中了解到java.util.concurrent.Future的实现原理。从目前java.util.concurrent.Future的实现来看，虽然实现了异步提交任务，但是任务结果的获取过程需要主动调用Future#get()或者Future#get(long timeout, TimeUnit unit)，而前者是阻塞的，后者在异步任务执行时间不确定的情况下有可能需要进行轮询，这两种情况和异步调用的初衷有点相违背。于是笔者想结合目前了解到的Future实现原理的前提下扩展出支持（监听）回调的Future，思路上参考了Guava增强的ListenableFuture。本文编写的时候使用的JDK是JDK11，代码可以在JDK[8,12]版本上运行，其他版本可能不适合。
责任链模式:就是把一件工作分别经过链上的各个节点,让这些节点依次处理这个工作,和装饰器模式不同,每个节点都知道后继者是谁,适合为完成同一个请求需要多个处理类的场景;
场景：电商系统中获取一个完整的商品信息可能分为以下几步：①获取商品基本信息 ②获取商品图片信息 ③获取商品促销活动信息 ④获取商品各种类的基本信息 等操作，如果使用串行方式去执行这些操作，假设每个操作执行1s，那么用户看到完整的商品详情就需要4s的时间，如果使用并行方式执行这些操作，可能只需要1s就可以完成。所以这就是异步执行的好处。
学习java很久很久了，得有个5年了，但是从来都没有真正的走进java世界，希望从这篇文章开始，把自己对java的点点滴滴都记录下来。 从java5开始，java就提供了名叫Executor framework的机制,主要是围绕着Executor接口, 它的接口 ExecutorService, 以及实现了这两个接口的ThreadPoolExecutor类来展开，这种机制把线程的执行和创建分离开了，你只需要创建一个线程，然后把线程丢给Executor，让它执行去吧。使用这个机制的另外一个好处是可以使
Java1.4之前已提供Runnable接口、Thread类、Timer类和synchronize关键字，已足以完成各种各样的多线程编程任务，为什么还要提供执行者这样的概念？
在Java中，threads是和系统的threads相对应的，用来处理一系列的系统资源。不管在windows和linux下面，能开启的线程个数都是有限的，如果你在java程序中无限制的创建thread，那么将会遇到无线程可创建的情况。
文章主要是讲解 org.apache.ibatis.plugin 包下的 Interceptor 类 和 org.apache.ibatis.plugin 包下的 Plugin 类，而且主要是以代码和注释的方式来说明问题。
0. 前言 最近使用 Golang 写一个并发执行的测试脚本 之前习惯使用 Java，习惯性想先建一个线程池。然后意识到 Golang 没有封装好的线程池 结合之前学习的 Goroutine 原理和 Golang 大道至简的设计思想，可能 Goroutine 的开销和切换代价比较低，不需要对并发数有过多限制 但是 Goroutine 启动数量过多的话总感觉不太好，于是利用锁和通道实现了简单的线程池做并发控制，欢迎大家点评 源码地址：https://github.com/wangao1236/GoPool
Java 中 Executor 和 Executors 都是与多线程开发相关的类，它们在管理线程池中的线程方面都有一定的作用。虽然很相似，但其主要区别如下：
大多数框架，都支持插件，用户可通过编写插件来自行扩展功能，Mybatis也不例外。
转自：https://javadoop.com/2017/09/05/java-thread-pool
在我的心中，JDK有两个经典版本，第一个就是现在大部分公司都在使用的JDK8，这个版本引入了Stream、lambda表达式和泛型，让JAVA程序的编写变得更加流畅，减少了大量的冗余代码。
Executor系统中，将线程任务提交和任务执行进行了解耦的设计，Executor有各种功能强大的实现类，提供便捷方式来提交任务并且获取任务执行结果，封装了任务执行的过程，不再需要Thread().start()方式，显式创建线程并关联执行任务。
Java 中的线程同步和互斥机制可以防止多个线程同时访问共享资源导致数据不一致的问题。Java 中的线程同步和互斥机制有多种实现方式，包括 synchronized 关键字、Lock 接口、Semaphore 类、Condition 接口等。
之前工作中发现有同事在使用线程池的时候经常搞混淆ThreadPoolTaskExecutor和ThreadPoolExecutor，座椅在这里想写一片博客来讲讲这两个线程池的区别以及使用
在 Java 开发领域中，线程池是一项重要的技术，用于管理并发执行的任务。Tomcat 是一个流行的开源 Servlet 容器，也使用了线程池来处理并发请求。本文将深入探讨 Tomcat 线程池与 JDK 线程池之间的区别和联系，以帮助开发人员更好地理解它们的工作原理和如何在自己的项目中使用它们。
tips：这样的设计方案，可以避免频繁的线程创建，大部分的工作任务都会停留在第二步。
ThreadPoolTaskExecutor是Spring框架提供的一个线程池实现，它是基于Java的ThreadPoolExecutor实现的。ThreadPoolTaskExecutor可以管理线程池中的线程，以满足多线程并发执行任务的需要。
通过上一篇：配置@Async异步任务的线程池的介绍，你应该已经了解到异步任务的执行背后有一个线程池来管理执行任务。为了控制异步任务的并发不影响到应用的正常运作，我们必须要对线程池做好相应的配置，防止资源的过渡使用。除了默认线程池的配置之外，还有一类场景，也是很常见的，那就是多任务情况下的线程池隔离。 什么是线程池的隔离，为什么要隔离 可能有的小伙伴还不太了解什么是线程池的隔离，为什么要隔离？。所以，我们先来看看下面的场景案例： @RestController public class HelloContro
大多数框架，都支持插件，用户可通过编写插件来自行扩展功能，Mybatis也不例外。 我们从插件配置、插件编写、插件运行原理、插件注册与执行拦截的时机、初始化插件、分页插件的原理等六个方面展开阐述。
在Java 5之后，并发编程引入了一堆新的启动、调度和管理线程的API。Executor框架便是Java 5中引入的，其内部使用了线程池机制，它在java.util.cocurrent 包下，通过该框架来控制线程的启动、执行和关闭，可以简化并发编程的操作。因此，在Java 5之后，通过Executor来启动线程比使用Thread的start方法更好，除了更易管理，效率更好（用线程池实现，节约开销）外，还有关键的一点：有助于避免this逃逸问题——如果我们在构造器中启动一个线程，因为另一个任务可能会在构造器结束之前开始执行，此时可能会访问到初始化了一半的对象用Executor在构造器中。Eexecutor作为灵活且强大的异步执行框架，其支持多种不同类型的任务执行策略，提供了一种标准的方法将任务的提交过程和执行过程解耦开发，基于生产者-消费者模式，其提交任务的线程相当于生产者，执行任务的线程相当于消费者，并用Runnable来表示任务，Executor的实现还提供了对生命周期的支持，以及统计信息收集，应用程序管理机制和性能监视等机制。
通过继承Thread类并重写其run()方法，可以创建并启动一个线程。这种方式简单直观，但Java不支持多继承，因此如果一个类已经继承了其他类，就不能再继承Thread类。
Executor并发框架
在当 xxl-job 遇上 docker → 它晕了，我也乱了！，有两个场景没给大家演示，先补上
之前在项目中使用过ExecutorCompletionService，当时并不知道这个类的具体原理。希里糊肚的就用了，然后实现了功能。现在算是对之前的使用疑问进行一次解析吧。ExecutorCompletionService是一种对类似多线程任务调度器存在。之前说ThreadPoolExecutor是多线程执行器。
Executors少了一个创建线程池的方法newScheduledThreadPool()
拦截器顾名思义为拦截某个功能的一个武器，在众多框架中均有“拦截器”。这个Plugin有什么用呢？或者说拦截器有什么用呢？可以想想拦截器是怎么实现的。Plugin用到了Java中很重要的一个特性——动态代理。所以这个Plugin可以理解为，在调用一个方法时，我“拦截”其方法做一些我想让它做的事（包括方法的前与后）。在Mybatis中可以拦截以下方法：
Executor框架的主要成员：ThreadPoolExecutor、ScheduledThreadPoolExecutor、Future接口、Runnable接口、Callable接口、Executors。
SchedulerBackend 在 Standalone 模式下的 SchedulerBackend 的实现是 StandaloneSchedulerBackend，但是从大体的作用上来说，各个模式下的 SchedulerBackend 作用是相同的，主要为：
Mybatis采用责任链模式，通过动态代理组织多个插件（拦截器），通过这些插件可以改变Mybatis的默认行为（诸如SQL重写之类的），由于插件会深入到Mybatis的核心，因此在编写自己的插件前最好了解下它的原理，以便写出安全高效的插件。
SqlSession是Mybatis最重要的构建之一，可以简单的认为Mybatis一系列的配置目的是生成类似JDBC生成的Connection对象的SqlSession对象，这样才能与数据库开启“沟通”，通过SqlSession可以实现增删改查（当然现在更加推荐是使用Mapper接口形式），那么它是如何执行实现的，这就是本文所介绍的东西，其中会涉及到简单的源码讲解。
@Async 是通过注解标记来开启方法的异步执行的；对于注解的底层实现，除了 java 原生提供那种依赖编译期植入的之外，其他的基本都差不多，即运行时通过反射等方式拦截到打了注解的类或者方法，然后执行时进行横切拦截；另外这里还有一个点就是方法异步执行，所以对于 @Async 的剖析，就一定绕不开两个基本的知识点，就是代理和线程池。 在了解到这些之后，我们来拆解下 @Async 的基本原理。
上面的三种获取线程的方法是直接获取，没有对线程做相关的管理，这时可以通过线程池来更加高效的管理线程对象。
之前的文章中我们讲到了ExecutorService，通过ExecutorService我们可以提交一个个的task，并且返回Future，然后通过调用Future.get方法来返回任务的执行结果。
当我们使用inputStream = Resources.getResourceAsStream("mybatis.xml");的时候，我们并需要去关闭inputstream，我们可以查看源码，首先看到SqlSessionFactoryBuilder().build()这个方法：
回顾前几文加载mybatis时，会通过sqlSessionFactoryBuilder的build方法对xml文件进行解析，解析成document树后，再依次对树中的XNode结点进行解析，如xml配置中的plugins、environments、mappers、typeHandlers等基础配置信息，初始化后赋值给configuration，解析结束。
观察者模式（Observer） 观察者模式（Observer） 介绍 观察者模式是一种行为型设计模式。 可以用来定义一种订阅机制，可在对象事件发生时通知多个“观察”该对象的其他对象。 适用场景 当应用中的一些对象必须观察其他对象时，可使用该模式。 当一个对象状态的改变需要改变其他对象，或实际对象是事先未知的或动态变化的时，可使用该模式。 ... 优缺点 优点： 开闭原则：无须修改发布者代码即可引入新的订阅类，反之亦然。 可以在运行时建立对象之间的联系。 缺点： 通知顺序随机。 与其他模式的关系
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
