Java线程池基础详解.pdf

实用标准文案 Java 线程池基础详解 对项目进行重构， 目标是提高吞吐量和可用性， 在这个过程中对原有的线程模型 和处理逻辑进行了修改， 发现有很多基础的多线程的知识已经模糊不清， 如底层 线程的运行情况、现有的线程池的策略和逻辑、池中线程的健康状况的监控等， 这次重新回顾了一下，其中涉及大量 java.util.concurrent 包中的类。本文将会 包含以下内容： 1. Java 中的 Thread 与操作系统中的线程的关系 2. 线程切换的各种开销 3. ThreadGroup 存在的意义 4. 使用线程池减少线程开销 5. Executor 的概念 6. ThreadPoolExecutor 中的一些具体实现 7. 如何监控线程的健康 8. 参考 ThreadPoolExecutor 来设计适合自己的线程模型 一、问题描述 这个项目所在系统的软件架构 （从开发到运维）基本上采用的是微服务架构， 微 服务很好地解决了我们系统的复杂性问题， 但是随之也带来了一些问题， 比如在 此架构中大部分的服务都拥有自己单独的数据库， 而有些 （很重要的）业务需要 做跨库查询。相信这种「跨库查询」的问题很多实践微服务的公司都碰到过，通 常这类问题有以下几种解决方案 （当然，还有更多其他的方案， 这里就不一一叙 述了）： 1. 严格通过服务提供的 API 查询。这样做的好处是将服务完全当做黑盒， 可 以最大限度得减少服务间的依赖与耦合关系， 其次还能根据实际需求服务 之间使用不同的数据库类型；缺点是则代价太大。 2. 将关心的信息冗余到自己的库中， 并提供 API 让其他服务来主动修改。 优 点是信息更新十分实时，缺点是增加了服务间的依赖。 3. 指令与查询分离 （CQRS）。将可能被其他服务关心的数据放入数据仓库 （或 者做成类似于物化视图、搜索引擎等），数据仓库只提供读的功能。优点 是对主库不会有压力， 服务只要关心实现自己的业务就好， 缺点是数据的 实时性会受到了挑战。 精彩文档 实用标准文案 指令与查询分离 结合实际情况，我们使用的是第 3 种方案。然而随着越来越多的业务依赖读库， 甚至依赖其中一些状态的变化， 所以读库的数据同步如果出现高延时， 则会直接 影响业务的进行。 出了几次这种事情后， 于是下决心要改善这种情况。 首先想到 的就是使用线程池来进行消息的消费（写入读库）， JDK 自从 1.5 开始提供了实 用而强大的线程池工具—— Executor 框架。 二、 Executor 框架 Executor 框架在 Java1.5 中引入，大部分的类都在包 java.util.concurrent 中， 由大神 Doug Lea 写成，其中常用到的有以下几个类和接口： 1. java.util.concurrent.Executor 一个只包含一个方法的接口， 它的抽象含义 是：用来执行一个 Runnable 任务的执行器。 2. java.util.concurrent.ExecutorService 对 Executor 的一个扩展，增加了很