自定义博客皮肤VIP专享

*博客头图：

点击选择上传的图片

格式为PNG、JPG，宽度*高度大于1920*100像素，不超过2MB，主视觉建议放在右侧，请参照线上博客头图

请上传大于1920*100像素的图片！

博客底图：

点击选择上传的图片

图片格式为PNG、JPG，不超过1MB，可上下左右平铺至整个背景

栏目图：

点击选择上传的图片

图片格式为PNG、JPG，图片宽度*高度为300*38像素，不超过0.5MB

主标题颜色：

RGB颜色，例如：#AFAFAF

Hover：

RGB颜色，例如：#AFAFAF

副标题颜色：

RGB颜色，例如：#AFAFAF

预览取消提交

自定义博客皮肤

-+

上一步保存

狗蛋儿_312的博客

12月 10月 07月 06月 05月

原创 java并发编程-第一篇：先行发生原则(happens-before)、指令重排序、顺序一致性

注：本篇即作者加深记忆编写1.先行发生原则-它是判断数据是否存在竞争、线程是否安全的主要依据。2.重排序是指编译器和处理器为了优化程序性能而对指令序列进行重新排序的一种手段。（多线程不安全，遵循as-if-serial语义）3.理想参考模型，在设计的时候，处理器的内存模型和编程语言的内存模型都会以顺序一致性内训模型作为参考。一、先行发生原则(happens-before)...

2018-07-28 14:51:48 1715 3

原创 java虚拟机-第三篇：Java内存模型（JMM）

注：本篇即作者加深记忆编写 Java内存模型的主要目标是定义程序中各个变量的访问规则，即在虚拟机中将变量存储到内存和从内存中取出变量这样的底层细节。此处的变量与Java编程中所说的变量有所区别，它包括了实例字段、静态字段和构成数组对象的元素，但不包括局部变量与方法参数，因为后者是线程私有的，不会被共享，自然就不会存在竞争问题。jmm涉及了几个点：主内存： Java内存模...

2018-07-21 15:36:11 413

原创 java虚拟机-第二篇：类加载生命周期

注：本篇即作者加深记忆编写1.对象的创建

2018-07-13 18:08:51 434 4

原创 java虚拟机-第一篇：Java虚拟机运行时数据区域

注：本篇尽作者加深记忆编写一。Java虚拟机运行时数据区域(内存模型) 1.程序计数器可以看作为，当前线程执行的字节码的行号指令器作用：通过改变计数器的值来选取吓一跳需要执行的字节码指令，分支，循环，跳转，异常处理，线程恢复等基础功能特点：线程隔离，占用较小的内存空间，执行本地方法（Native）时，值为空，没有规定任何OutOfMemoryError情况区域 2....

2018-07-12 11:08:27 426

zookeeper安装包+内置单机集群配置文件

文件为原声zookeeper安装包，内置了3单机伪集群zookeeper配置文件具体的使用方式 bolg：https://blog.csdn.net/weixin_37352094/article/details/85053040

2018-12-17

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

狗蛋儿_312 CSDN认证博客专家 CSDN认证企业博客

码龄8年

吉利控股集团

IP 属地：浙江省

IP属地以运营商信息为准，境内显示到省（区、市），境外显示到国家（地区）

28: 原创

13万+: 周排名

80万+: 总排名

25万+: 访问

: 等级

1499: 积分

204: 粉丝

118: 获赞

84: 评论

294: 收藏

私信

关注

热门文章

分类专栏

最新评论

Spring StateMachine订单业务实战（持久化，事物，异常）
爱喝甜咖啡: 还有更多代码码
linux-tomcat下载安装（最新）
「已注销」: snipaste，是一个截图软件，同时可以对图片做一些标记的操作，很方便，可以去了解一下
Spring StateMachine订单业务实战（持久化，事物，异常）
狗蛋儿_312: 他是这么建立状态机的，然后实力到了上下文里。 [code=java] @Configuration @EnableStateMachineFactory @DependsOn("orderSmActionConfig") public class StatemachineConfig extends EnumStateMachineConfigurerAdapter<OrderStatusEnum, OrderEventEnum> { [/code]
Spring StateMachine订单业务实战（持久化，事物，异常）
狗蛋儿_312: 我的这个，是几年前写的demo了。刚看了下一个同事去年写的状态机，他的这种写法挺有意思。目前用的还不错希望有借鉴意义[code=java @Service public class StatemachineService { private static final Logger logger = LoggerFactory.getLogger(StatemachineService.class); @Autowired private StateMachinePersister<OrderStatusEnum, OrderEventEnum, String> stateMachinePersist; @Autowired private StateMachineFactory<OrderStatusEnum, OrderEventEnum> stateMachineFactory; @Autowired private OrderRepository orderRepository; public void execute(String businessId, OrderEventEnum event, Map<String, Object> context) { OrderBase orderBase = orderRepository.queryOrderBaseBySn(businessId); if (Objects.isNull(orderBase) || OrderStatusEnum.TERMINATION.equals(orderBase.getStatus())) { logger.error("execute statemachine, but order not found in db, sn = {}", businessId); return; } // 利用随记ID创建状态机，创建时没有与具体定义状态机绑定 StateMachine<OrderStatusEnum, OrderEventEn] [/code]
Spring StateMachine订单业务实战（持久化，事物，异常）
狗蛋儿_312: 有多种类状态机加一个确实需要多次构建，真正shang项目m上面的demo确实需要优化。但是你说的抽离，其多种类意味着：名称，状态、行为不同，那么抽离的差一点，与现有spring statemachine的差异是什么？ 1.你说的抽取前景，需要尽量在实际业务中发生。尽量避免一个服务有多种类状态机，边界需要划清。 2.状态机本身需要慎用，状态机事物过于庞大，需要考虑业务体量。

最新文章

提示

确定要删除当前文章？

取消删除