读完 RocketMQ 源码，我学会了如何优雅的创建线程

RocketMQ 是读完一款开源的分布式消息系统，基于高可用分布式集群技术，源码雅提供低延时、学会线程高可靠的何优消息发布与订阅服务。

这篇文章，创建笔者整理了 RocketMQ 源码中创建线程的读完几点技巧，希望大家读完之后，源码雅能够有所收获。学会线程

一、何优创建单线程

首先我们先温习下常用的创建创建单线程的两种方式：

实现 Runnable 接口

继承 Thread 类

1.实现 Runnable 接口

图中，MyRunnable 类实现了 Runnable 接口的读完 run 方法，run 方法中定义具体的源码雅任务代码或处理逻辑，而Runnable 对象是学会线程作为线程构造函数的参数。

2.继承 Thread 类

线程实现类直接继承 Thread ，何优本质上也是创建实现 Runnable 接口的 run 方法。

二、单线程抽象类

创建单线程的两种方式都很简单，但每次创建线程代码显得有点冗余，于是 RocketMQ 里实现了一个抽象类 ServiceThread 。

抽象类 ServiceThread

我们可以看到抽象类中包含了如下核心方法：

定义线程名；启动线程；关闭线程。服务器租用

下图展示了 RocketMQ 众多的单线程实现类。

实现类的编程模版类似 ：

我们仅仅需要继承抽象类，并实现 getServiceName 和 run 方法即可。启动的时候，调用 start 方法 ， 关闭的时候调用 shutdown 方法。

三、线程池原理

线程池是一种基于池化思想管理线程的工具，线程池维护着多个线程，等待着监督管理者分配可并发执行的任务。这避免了在处理短时间任务时创建与销毁线程的代价。线程池不仅能够保证内核的充分利用，还能防止过分调度。

JDK中提供的 ThreadPoolExecutor 类，是我们最常使用的线程池类。

ThreadPoolExecutor构造函数

参数名

作用

corePoolSize

队列没满时，线程最大并发数

maximumPoolSizes

队列满后线程能够达到的最大并发数

keepAliveTime

空闲线程过多久被回收的时间限制

unit

keepAliveTime 的时间单位

workQueue

阻塞的队列类型

threadPoolFactory

改变线程的云服务器名称、线程组、优先级、守护进程状态

RejectedExecutionHandler

超出 maximumPoolSizes + workQueue 时，任务会交给RejectedExecutionHandler来处理

任务的调度通过执行 execute方法完成，方法的核心流程如下：

如果 workerCount < corePoolSize，创建并启动一个线程来执行新提交的任务。如果 workerCount >= corePoolSize，且线程池内的阻塞队列未满，则将任务添加到该阻塞队列中。如果 workerCount >= corePoolSize && workerCount < maximumPoolSize，且线程池内的阻塞队列已满，则创建并启动一个线程来执行新提交的任务。如果 workerCount >= maximumPoolSize，并且线程池内的阻塞队列已满, 则根据拒绝策略来处理该任务, 默认的处理方式是直接抛异常。

四、线程池封装

在 RocketMQ 里 ，网络请求都会携带命令编码，每种命令映射对应的处理器，而处理器又会注册对应的线程池。

当服务端 Broker 接收到发送消息命令时，都会有单独的高防服务器线程池 sendMessageExecutor 来处理这种命令请求。

基于 ThreadPoolExecutor 做了一个简单的封装 ，BrokerFixedThreadPoolExecutor 构造函数包含六个核心参数：

核心线程数和最大线程数相同 ，数量是：cpu核数和4比较后的最小值；空闲线程的回收的时间限制，默认1分钟；发送消息队列，有界队列，默认10000；线程工厂 ThreadFactoryImpl ，定义了线程名前缀：SendMessageThread_ 。

RocketMQ 实现了一个简单的线程工厂：ThreadFactoryImpl，线程工厂可以定义线程名称，以及是否是守护线程 。

线程工厂

开源项目 Cobar ，Xmemcached，Metamorphosis 中都有类似线程工厂的实现 。

五、线程名很重要

线程名很重要，线程名很重要，线程名很重要 ，重要的事情说三遍。

我们看到 RocketMQ 中，无论是单线程抽象类还是多线程的封装都会配置线程名 ，因为通过线程名，非常容易定位问题，从而大大提升解决问题的效率。

定位的媒介常见有两种：日志文件和堆栈记录。

1.日志文件

经常处理业务问题的同学，一定都经常与日志打交道。

查看 ERROR 日志，追溯到执行线程， 要是线程池隔离做的好，基本可以判断出哪种业务场景出了问题；

通过查看线程打印的日志，推断线程调度是否正常，比如有的定时任务线程打印了开始，没有打印结束，推论当前线程可能已经挂掉或者阻塞。

2.堆栈记录

jstack 是 java 虚拟机自带的一种堆栈跟踪工具 ，主要用来查看 Java 线程的调用堆栈，线程快照包含当前 java 虚拟机内每一条线程正在执行的方法堆栈的集合，可以用来分析线程问题。

jstack -l 进程pid

笔者查看线程堆栈，一般关注如下几点：

当前 jvm 进程中的线程数量和线程分类是否在预期的范围内；

系统接口超时或者定时任务停止的异常场景下 ，分析堆栈中是否有锁未释放，或者线程一直等待网络通讯响应；

分析 jvm 进程中哪个线程占用的 CPU 最高。

六、总结

本文是RocketMQ 系列文章的开篇，和朋友们简单聊聊 RocketMQ 源码里创建线程的技巧。

单线程抽象类 ServiceThread使用者只需要实现业务逻辑以及定义线程名即可 ，不需要写冗余的代码。

线程池封装适当封装，定义线程工厂，并合理配置线程池参数。

线程名很重要文件日志，堆栈记录配合线程名能大大提升解决问题的效率。

RocketMQ 的多线程编程技巧很多，比如线程通讯，并发控制，线程模型等等，后续的文章会一一为大家展现。