技术之路不迷路~

前言

在平常的管理该用后端项目开发中，状态机模式的订单使用其实没有大家想象中那么常见，笔者之前由于不在电商领域工作 ，状态很少在业务代码中用状态机来管理各种状态 ，上状一般都是态机手动get/set状态值  。去年笔者进入了电商领域从事后端开发。管理该用电商领域，订单状态又多又复杂，状态如果仍然在业务代码中东一块西一块维护状态值，上状很容易陷入出了问题难于Debug，态机难于追责的管理该用窘境。

碰巧有个新启动的订单项目需要进行订单状态的管理 ，我着手将Spring StateMachine接入了进来 ，状态管理购物订单状态 ，上状不得不说，态机Spring StateMachine全家桶的文档写的是不错，并且Spring StateMachine也是有官方背书的。但是，它实在是太”重“了，想要简单修改一个订单的状态，需要十分复杂的代码来实现。具体就不在这里展开了，不然我感觉可以吐槽一整天。

说到底Spring StateMachine上手难度非常大 ，如果没有用来做重型状态机的需求，十分不推荐普通的小项目进行接入 。

最最重要的是
，由于Spring StateMachine状态机实例不是无状态的
，无法做到线程安全，所以代码要么需要使用锁同步，要么需要用Threadlocal，非常的痛苦和难用。例如下面的Spring StateMachine代码就用了重量级锁保证线程安全，在高并发的互联网应用中，这种频繁的获取释放锁会造成严重的性能问题。

private synchronized boolean sendEvent(Message<PurchaseOrderEvent> message, OrderEntity orderEntity) {
boolean result = false;
try {
stateMachine.start;
// 尝试恢复状态机状态
persister.restore(stateMachine, orderEntity);
// 执行事件
result = stateMachine.sendEvent(message);
// 持久化状态机状态
persister.persist(stateMachine, (OrderEntity) message.getHeaders.get("purchaseOrder"));
} catch (Exception e) {
log.error("sendEvent error