SpringBoot系列——状态机(附完整源码)

1. 简单介绍状态机

2. 状态机的本质

3. 状态机应用场景

1. 简单介绍状态机

状态机由状态寄存器和组合逻辑电路构成,能够根据控制信号按照预先设定的状态进行状态转移,是协调相关信号动作、完成特定操作的控制中心。以上是百度百科对状态机的解释。

在百科的解释中,我们可以提炼出状态机的几个要素:存储状态,逻辑电路,预先设定的状态转移路径,外部来的信号,内置的特定操作等。由这些关键要素我们可以推断出以下几点:

状态数据有预先设定的多种值

逻辑电路是完成内置特定操作的基础“代码“(基础设施),由工程司开发

状态能在多种值之间转移

每次转移都由外部信号触发

状态转移触发后,会有相应的内置操作

由以上这些特性共同构成了一个独立的控制中心,而且这个控制中心与外部各种信号是低耦合的,所有外部信号都要接入一个共同的控制中心,最终也由控制中心完成信号的后续流程。

在java开发中,状态机FSM(有限状态机)是一种常见的设计模式,常常用于一些复杂的业务场景,解决繁琐杂乱的if...else...代码段。

“Allow an object to alter its behavior when its internal state changes.The object will appear to change its class.“

-对象内部状态不同会有不同的行为。似乎好像是不同的类一样。

以电梯为例,电梯有4种状态:开门、关门、运行、停止。电梯的动作:开门、关门、运行(上升或下降)、停止(悬停不动)。

Col1开门行为关门行为运行行为停止行为

开门 态❌✔❌❌

关门 态✔❌✔✔

运行 态❌❌❌✔

停止 态✔❌✔❌

开门状态下,电梯只有关门行为

关门状态下,除了关门行为其他行为都有

运行状态下,只有停止行为

停止状态下,有开门行为和运行行为

状态图如下:

状态机设计模式的好处:

降低程序的复杂度;

提高程序的可维护性;

状态机模式体现了开闭原则和单一职责原则。

每个状态都是一个子类,增加状态就要增加子类;修改状态只要修改一个类就行了。

这种设计模式将每个状态的变更后的处理逻辑都做了统一封装,跟业务代码耦合,只接收相互约定的信号(事件)。

2. 状态机的本质

由状态机的几个要素我们也可以知道,在一个复杂的业务流程过程中,有多种数据状态,多种处理动作,以及多种维度的角色。在这样复杂业务场景下,如果只是简单使用if...else...语句,首先可读性就非常差,而且维护起来非常困难,甚至是开发人员都没办法理清楚自己写的if..else语句。如果复杂的业务流程有了变更和新增,那这个维护起来就是个灾难,各种复杂问题不得而知。就像下图一样

用if..else..代码来开发复杂的业务流程,会面临下面几个问题:

复杂的业务流程,if.else代码几乎无法维护

随着业务的发展,业务过程也需要变更及扩展,但if.else代码段已经无法支持

没有可读性,变更风险特别大,可能会牵一发而动全身,给服务带来S级风险。

其他业务逻辑可能也会跟if.else代码块耦合在一起,带来更多的问题。

这时候,状态机就是个非常好的解决方案,能有效地解决这些问题。

一个状态机定义以后,在某个状态下就只接收固定的Event,也就是执行指定的操作,这样流程就能按照预期定义的那样流转,不会出现乱入的情况,执行了一些在某状态下不允许执行的操作,也就是说,状态的流转都是在控制范围,不会超出预设的状态空间。

状态机建立的控制中心是跟外界低耦合的,通过event通信。

控制中心所有的状态都是预设好的,不会超预料。

状态的跳转都是有设定控制条件的,会按照预设的转移路径运动。

状态机还非常容易的扩展和变更,支持因业务的发展而变更或扩展复杂业务流程

3. 状态机应用场景

状态机典型的应用有工作流引擎,游戏中人物状态变化引擎,订单交易等。前两种非常复杂,下面我就简单以订单交易这个场景来聊聊状态机的应用场景以及基于spring statemachine的项目。

配置pom依赖:

org.springframework.statemachinespring-statemachine-core

            <version>2.1.2.RELEASE</version>

状态枚举和事件枚举:

/**

* @author Batman create on 2019-05-07 14:59

* 状态枚举类

*/public enum States {/*

  待支付

    */UNPAID,/*

  待收货

    */WAITING_FOR_RECEIVE,/*

  结束

    */DONE,/*

退货中

    */WAITING_FOR_GOODSBACK  }/**

* @author Batman create on 2019-05-07 15:00

*/public enum Events {/*

  支付

    */PAY,/*

  收货

    */RECEIVE,/*

  退货

    */GOODS_REJECTED,/*

  退款

    */REFUND}

欢迎加入技术群:获得更多java,springboot,redis,kafka圈的好友,共图技术未来点击获取技术群二维码

还要配置状态转移信息以及事件处理器逻辑的开发。完整的demo项目,请关注公众号“前沿科技bot“并发送"状态机"获取。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,386评论 6 479
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,939评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,851评论 0 341
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,953评论 1 278
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,971评论 5 369
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,784评论 1 283
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,126评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,765评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,148评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,744评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,858评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,479评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,080评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,053评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,278评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,245评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,590评论 2 343