读完 RocketMQ 源码,我学会了如何优雅的创建线程原创
RocketMQ 是一款开源的分布式消息系统,基于高可用分布式集群技术,提供低延时、高可靠的消息发布与订阅服务。
这篇文章,笔者整理了 RocketMQ 源码中创建线程的几点技巧,希望大家读完之后,能够有所收获。
1 创建单线程
首先我们先温习下常用的创建单线程的两种方式:
- 实现 Runnable 接口
- 继承 Thread 类
▍一、实现 Runnable 接口
图中,MyRunnable 类实现了 Runnable 接口的 run 方法,run 方法中定义具体的任务代码或处理逻辑,而Runnable 对象是作为线程构造函数的参数。
▍二、 继承 Thread 类
线程实现类直接继承 Thread ,本质上也是实现 Runnable 接口的 run 方法。
2 单线程抽象类
创建单线程的两种方式都很简单,但每次创建线程代码显得有点冗余,于是 RocketMQ 里实现了一个抽象类 ServiceThread 。
我们可以看到抽象类中包含了如下核心方法:
- 定义线程名;
- 启动线程;
- 关闭线程。
下图展示了 RocketMQ 众多的单线程实现类。
实现类的编程模版类似 :
我们仅仅需要继承抽象类,并实现 getServiceName 和 run 方法即可。启动的时候,调用 start 方法 , 关闭的时候调用 shutdown 方法。
3 线程池原理
线程池是一种基于池化思想管理线程的工具,线程池维护着多个线程,等待着监督管理者分配可并发执行的任务。这避免了在处理短时间任务时创建与销毁线程的代价。线程池不仅能够保证内核的充分利用,还能防止过分调度。
JDK中提供的 ThreadPoolExecutor 类,是我们最常使用的线程池类。
参数名 | 作用 |
---|---|
corePoolSize | 队列没满时,线程最大并发数 |
maximumPoolSizes | 队列满后线程能够达到的最大并发数 |
keepAliveTime | 空闲线程过多久被回收的时间限制 |
unit | keepAliveTime 的时间单位 |
workQueue | 阻塞的队列类型 |
threadPoolFactory | 改变线程的名称、线程组、优先级、守护进程状态 |
RejectedExecutionHandler | 超出 maximumPoolSizes + workQueue 时,任务会交给RejectedExecutionHandler来处理 |
任务的调度通过执行 execute方法完成,方法的核心流程如下:
- 如果 workerCount < corePoolSize,创建并启动一个线程来执行新提交的任务。
- 如果 workerCount >= corePoolSize,且线程池内的阻塞队列未满,则将任务添加到该阻塞队列中。
- 如果 workerCount >= corePoolSize && workerCount < maximumPoolSize,且线程池内的阻塞队列已满,则创建并启动一个线程来执行新提交的任务。
- 如果 workerCount >= maximumPoolSize,并且线程池内的阻塞队列已满, 则根据拒绝策略来处理该任务, 默认的处理方式是直接抛异常。
4 线程池封装
在 RocketMQ 里 ,网络请求都会携带命令编码,每种命令映射对应的处理器,而处理器又会注册对应的线程池。
当服务端 Broker 接收到发送消息命令时,都会有单独的线程池 sendMessageExecutor 来处理这种命令请求。
基于 ThreadPoolExecutor 做了一个简单的封装 ,BrokerFixedThreadPoolExecutor 构造函数包含六个核心参数:
- 核心线程数和最大线程数相同 ,数量是:cpu核数和4比较后的最小值;
- 空闲线程的回收的时间限制,默认1分钟;
- 发送消息队列,有界队列,默认10000;
- 线程工厂 ThreadFactoryImpl ,定义了线程名前缀:SendMessageThread_ 。
RocketMQ 实现了一个简单的线程工厂:ThreadFactoryImpl,线程工厂可以定义线程名称,以及是否是守护线程 。
开源项目 Cobar ,Xmemcached,Metamorphosis 中都有类似线程工厂的实现 。
5 线程名很重要
<strong style=“font-size: inherit;line-height: inherit;color: rgb(255, 104, 39);”>线程名很重要,线程名很重要,线程名很重要 </strong>,重要的事情说三遍。
我们看到 RocketMQ 中,无论是单线程抽象类还是多线程的封装都会配置线程名 ,因为通过线程名,非常容易定位问题,从而大大提升解决问题的效率。
定位的媒介常见有两种:日志文件和堆栈记录。
▍一、日志文件
经常处理业务问题的同学,一定都经常与日志打交道。
- 查看 ERROR 日志,追溯到执行线程, 要是线程池隔离做的好,基本可以判断出哪种业务场景出了问题;
- 通过查看线程打印的日志,推断线程调度是否正常,比如有的定时任务线程打印了开始,没有打印结束,推论当前线程可能已经挂掉或者阻塞。
▍二、堆栈记录
jstack 是 java 虚拟机自带的一种堆栈跟踪工具 ,主要用来查看 Java 线程的调用堆栈,线程快照包含当前 java 虚拟机内每一条线程正在执行的方法堆栈的集合,可以用来分析线程问题。
jstack -l 进程pid
笔者查看线程堆栈,一般关注如下几点:
- 当前 jvm 进程中的线程数量和线程分类是否在预期的范围内;
- 系统接口超时或者定时任务停止的异常场景下 ,分析堆栈中是否有锁未释放,或者线程一直等待网络通讯响应;
- 分析 jvm 进程中哪个线程占用的 CPU 最高。
6 总结
本文是RocketMQ 系列文章的开篇,和朋友们简单聊聊 RocketMQ 源码里创建线程的技巧。
-
单线程抽象类 ServiceThread
使用者只需要实现业务逻辑以及定义线程名即可 ,不需要写冗余的代码。
-
线程池封装
适当封装,定义线程工厂,并合理配置线程池参数。
-
线程名很重要
文件日志,堆栈记录配合线程名能大大提升解决问题的效率。
RocketMQ 的多线程编程技巧很多,比如线程通讯,并发控制,线程模型等等,后续的文章会一一为大家展现。
如果我的文章对你有所帮助,还请帮忙点赞、在看、转发一下,你的支持会激励我输出更高质量的文章,非常感谢!