管理订单状态,该用上状态机吗?
2024-03-29 04:26:19

管理订单状态,该用上状态机吗?

技术之路不迷路~

前言

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

(作者:汽车配件)