内容简介：在具体开始分析 storm 集群的启动和运行机制之前，我们先来看一下基础的线程模型，在整个 storm 的实现中有很多地方用到它，所以将其单独拎出来先分析说明一下，后面看到相应的类就大致知道其内在的运行过程啦。在 storm 的实现中，有很多实现了 RunnableCallback 类的子类，这些类实例化之后都被传递给了 AsyncLoopThread 对象，示例如下：上面的例子的执行效果是每间隔 1 秒会执行一遍 run 方法，输出如下：
在具体开始分析 storm 集群的启动和运行机制之前，我们先来看一下基础的线程模型，在整个 storm 的实现中有很多地方用到它，所以将其单独拎出来先分析说明一下，后面看到相应的类就大致知道其内在的运行过程啦。
在 storm 的实现中，有很多实现了 RunnableCallback 类的子类，这些类实例化之后都被传递给了 AsyncLoopThread 对象，示例如下：
public class MyRunnableCallback extends RunnableCallback {
private static AtomicInteger count = new AtomicInteger();
@Override
public void run() {
System.out.println("[" + count.incrementAndGet() + "] thread-" + Thread.currentThread().getId() + " is running.");
}
@Override
public Object getResult() {
return 1;
}
public static void main(String[] args) {
MyRunnableCallback callback = new MyRunnableCallback();
new AsyncLoopThread(callback);
}
}
上面的例子的执行效果是每间隔 1 秒会执行一遍 run 方法，输出如下：
[1] thread-11 is running. [2] thread-11 is running. [3] thread-11 is running.
所以我们可以简单的理解其作用是简单方便的创建一个线程用于循环执行自定义的业务逻辑，接下来看一下相应的源码实现。
RunnableCallback 类实现了 Runnable、Callback，以及 Shutdownable 三个接口，其中 Runnable 是 jdk 自带的接口，后两个接口定义如下：
public interface Callback {
<T> Object execute(T... args);
}
public interface Shutdownable {
void shutdown();
}
RunnableCallback 类的完整定义如下：
public class RunnableCallback implements Runnable, Callback, Shutdownable {
@Override
public void run() { }
@Override
public <T> Object execute(T... args) {
return null;
}
@Override
public void shutdown() { }
public void preRun() { }
public void postRun() { }
public Exception error() {
return null;
}
public Object getResult() {
return null;
}
public String getThreadName() {
return null;
}
}
- run ：用于实现自定义的需要异步循环执行的逻辑，该方法会依据条件被循环调度
- execute ：当线程异常退出时该方法会被调用，用于执行自定义的异常处理逻辑
- shutdown ：当任务被销毁或者正常退出时该方法被调用，用于执行一定的销毁策略
- preRun ：执行 run 方法之前的前置模板方法
- postRun ：执行 run 方法之后的后置模板方法
- error ：用于获取当前任务的错误运行信息，如果存在错误则会中断当前 run 方法的继续调度
- getResult ：该方法用于控制 run 方法的调度，如果返回值为 null 或者 0 则任务会一直循环调度，如果返回值小于 0 则会在执行一次 run 之后退出，如果返回值大于 0 则表示每次调度间隔睡眠的时间（单位：秒）
- getThreadName ：设置当前线程的名称
当我们完成实例化自定义的 RunnableCallback 对象之后，我们需要将其传递给 AsyncLoopThread 类对象用于启动执行。AsyncLoopThread 类提供了多个重载版本的构造函数，但最终调用的都是 AsyncLoopThread#init
方法，该方法的实现如下：
private void init(RunnableCallback afn, boolean daemon, RunnableCallback kill_fn, int priority, boolean start) {
if (kill_fn == null) {
// 如果没有设置，则默认创建一个
kill_fn = new AsyncLoopDefaultKill();
}
// 采用 AsyncLoopRunnable 对于 afn 和 kfn 进行包装
Runnable runnable = new AsyncLoopRunnable(afn, kill_fn);
thread = new Thread(runnable);
String threadName = afn.getThreadName();
if (threadName == null) {
// 以 afn 的 simpleName 作为线程名称
threadName = afn.getClass().getSimpleName();
}
// 配置线程
thread.setName(threadName);
thread.setDaemon(daemon);
thread.setPriority(priority);
thread.setUncaughtExceptionHandler(new Thread.UncaughtExceptionHandler() {
@Override
public void uncaughtException(Thread t, Throwable e) {
LOG.error("UncaughtException", e);
ThreadUtils.haltProcess(1);
}
});
this.afn = afn;
if (start) {
// 启动线程
thread.start();
}
}
该方法的第一个参数 afn 就是我们传递的自定义的 RunnableCallback 对象；第二个参数 daemon 用于指定当前线程是否以守护线程的模式运行；第三个参数 kill_fn 也是一个 RunnableCallback 类型，当任务异常退出时会调用其 execute 方法；第四个参数 priority 用于指定线程的优先级；第五个参数 start 用于指定是否立即启动任务。
上面的方法中有一个名为 AsyncLoopRunnable 的类，实现了 Runnable 接口，并封装了 afn 和 kill_fn 两个 RunnableCallback 对象，该类的 run 方法实现了整个线程模型的调度机制：
public void run() {
if (fn == null) {
LOG.error("fn==null");
throw new RuntimeException("AsyncLoopRunnable no core function ");
}
// 模板方法
fn.preRun();
try {
while (!shutdown.get()) {
// 执行自定义 callback 逻辑
fn.run();
if (shutdown.get()) {
this.shutdown();
return;
}
Exception e = fn.error();
if (e != null) {
throw e;
}
// 获取睡眠时间（单位：秒）
Object rtn = fn.getResult();
if (this.needQuit(rtn)) {
this.shutdown();
return;
}
}
} catch (Throwable e) {
if (shutdown.get()) {
this.shutdown();
} else {
LOG.error("Async loop died!!!" + e.getMessage(), e);
killFn.execute(e);
}
}
}
AsyncLoopRunnable 的 run 方法会循环调度 RunnableCallback 的 run 方法，并在每次执行完成之后检测当前任务是否被 shutdown、是否存在错误运行信息，如果都没有的话则会继续调用 AsyncLoopRunnable#needQuit
方法检查是否需要退出当前任务，该方法会依据 RunnableCallback#getResult
的返回结果决策接下去的运行方式，具体决策过程如下：
private boolean needQuit(Object rtn) {
if (rtn != null) {
long sleepTime = Long.parseLong(String.valueOf(rtn));
if (sleepTime < 0) {
// 小于 0 则退出执行
return true;
} else if (sleepTime > 0) {
// 大于 0 表示要求每次执行中间休息相应的时间（单位：秒）
long now = System.currentTimeMillis();
long cost = now - lastTime;
long sleepMs = sleepTime * 1000 - cost; // 期望睡眠时间 - 中间消耗的时间
if (sleepMs > 0) {
// 还没有达到期望睡眠时间，继续睡眠
JStormUtils.sleepMs(sleepMs);
lastTime = System.currentTimeMillis();
} else {
lastTime = now;
}
}
}
// 为 null 或者 0 都继续执行
return false;
}
整个线程模型的设计和实现比较简单，但是却很实用，推荐大家将其纳入自己的 工具 箱。对于 storm 基础线程模型的分析就到此结束，从下一篇开始我们将分三篇分别介绍 nimbus、supervisor，以及 worker 的启动和运行机制。
（本篇完）
转载声明 : 版权所有，商业转载请联系作者，非商业转载请注明出处
本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议以上所述就是小编给大家介绍的《JStorm 源码解析：基础线程模型》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
猜你喜欢:
- 【重回基础】线程池源码剖析：Worker工作线程
- Java 多线程（五）—— 线程池基础 之 FutureTask源码解析
- iOS源码解析：多线程
- EventBus源码剖析(3) — 线程模式
- 线程池的使用和源码剖析
- Java 并发编程 -- 线程池源码实战
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
移动互联网商规28条
王吉斌、彭盾、程成 / 机械工业出版社 / 2014-6 / 49.00
每一次信息技术革命都会颠覆很多行业现有的商业模式和市场规则，当前这场移动互联网变革的波及面之广和蔓延速度之快，完全超出我们的想象。行业的边界被打破并互相融合，在此之前，我们只面临来自同行业的竞争，但是今天，我们不知道竞争对手会来自哪里。也许今天我们还是行业的巨人，但是明天就会被踩在脚下，当我们的体温犹热时，新的巨人已经崛起。诺基亚等传统科技巨头的衰退告诉我们，企业在一个时代的优势，到了另外一个新时......一起来看看 《移动互联网商规28条》 这本书的介绍吧!
