摘要
RMNode状态机是ResourceManager的四个状态机（RMApp，RMAppAttempt，RMContainer，RMNode）中最简单的一个，状态机如图1所示。RMNode是ResourceManager用于保存NM信息的类，包括NM的机器名，地址，端口，状态等信息。
图1 RMNode状态机图
RMNode状态与转换详解
NEW,
每个NM启动的时候都会通过ResourceTracker协议向RM注册，RM便会创建RMNodeImpl对象，这时RMNodeImpl的状态被初始化为NEW。
RUNNING,
在RM处理NM注册期间，新建RMNodeImpl对象后，会创建RMNodeEventType.STARTED事件，RMNodeImpl调用AddNodeTransition处理此事件，这时会创建SchedulerEventType.NODE_ADDED和NodesListManagerEventType.NODE_USABLE事件，然后RMNodeImpl状态改为RUNNING。
UNHEALTHY,
NM每次汇报心跳给RM的时候都需要传递其状态给RM，RM处理NM心跳的时候会创建RMNodeEventType.STATUS_UPDATE事件，RMNodeImpl会调用StatusUpdateWhenHealthyTransition处理此事件，如果NM传递过来的状态是UNHEALTHY，则RMNodeImpl状态被设置为UNHEALTHY，否则设置为RUNNING。
另外如果RMNodeImpl处于UNHEALTHY状态，当收到RMNodeEventType.STATUS_UPDATE事件后，RMNodeImpl调用StatusUpdateWhenUnHealthyTransition处理，并根据NM传递过来的状态设置RMNodeImpl的状态。
DECOMMISSIONED,
当NM发送心跳给RM的时候，RM会检查这个节点是否属于合法节点（如在exclude文件中的节点就属于不合法节点），如果不合法，则创建RMNodeEventType.DECOMMISSION事件，RMNodeImpl调用DeactivateNodeTransition处理此事件，RMNodeImpl被置为DECOMMISSIONED。
LOST,
与RMContainerImpl的LOST状态类似，当Node超过一段时间（默认600000ms）没有发送心跳则RMNodeImpl会被标记为LOST。
REBOOTED,
当RM处理NM心跳时，如果NM传递过来的心跳号码与RM保存的心跳号码不一致（相差大于1），则RM会认定这个NM重启了，这时RM会创建RMNodeEventType.REBOOTING事件，RMNodeImpl会设置自己状态为REBOOTED。
小结
至此，已经把RM的四个状态机分析了一遍，对RM管理Application和Node的流程有了一个清晰的认识。采用状态机的方式维护RM内部状态的好处是，尽量异步操作加快AM和NM的心跳处理；采用状态机编程简单；通过状态机图能对状态的转换一目了然。当然由于大量的异步操作有可能会增加问题调查的难度，也不方便对程序进行单步调试。
转载请注明出处：http://www.cnblogs.com/shenh062326/p/3590182.html
