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 的多线程编程技巧很多，比如线程通讯，并发控制，线程模型等等，后续的文章会一一为大家展现。
