技术之路不迷路~
在平常的管理该用后端项目开发中，状态机模式的订单使用其实没有大家想象中那么常见 ，笔者之前由于不在电商领域工作 ，状态很少在业务代码中用状态机来管理各种状态 ，上状一般都是态机手动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
（作者：汽车配件）