萝卜头柯克船长的博客

文章目录1. 业务背景1. 需求1.2 难点2. 状态机简介2.1 定义2.2 举例3. 运单环节状态机实现4. 整体架构1. 业务背景1. 需求业务方希望能够对运单的揽收、干支运输、派送等各个环节的操作规范进行监控，同时将温湿监控、设备监控、配置监控等孤立的报警项映射到运单环节之上。运单环节由运单状态映射而得，譬如干支运输环节的典型状态区间是封车–>解封车。1.2 难点运单环节映射最大的难点在于，无论是在系统上还是运营上，运单的各个关键状态都不是严格齐全的、有序的，存在大量的漏操作、补操

目前业务上需要对设备信号中断进行监控，在信号中断达到一定时间后进行报警，属于延迟任务范畴。但与典型的延迟任务不同的是，需要支持频繁的修改延迟时间——当设备上传新的信号时，顺延延迟时间。项目使用的调度框架并不支持这一特性，故研究了下延迟任务的常见解决方案。概念有别于定时任务的固定触发周期，延时任务通常是由一个事件触发，并在一定时间后，触发另一个事件。延时任务应用的业务场景很多：订单超时未支付、未被接单取消资源到期前提醒物联网设备的延时指令常见实现扫表将任务存储于数据库中，利用定时任务或者后