自定义博客皮肤VIP专享

*博客头图:

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

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

博客底图:

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

栏目图:

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

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(2)
  • 收藏
  • 关注

原创 事务传播机制的实际应用

我们在自测中就出现了这样的场景,我们的需求是update一个状态,并在之后的代码去筛选符合修改过的状态的数据再进行操作,例如这样的伪代码。默认可重复读,由于在update前查询过数据,所以即使新事物提交了,在当前事务中新事务的变更是不可见的。发现之后,我想着这种方法很好解决,就将update方法独立出来,加上@Transactional(propagation=REQUEST.NEW)注解,将它的传播机制定为REQUEST.NEW,作用是如果当前事务的外层有事务则独立出来视为新事物,不与外层事务关联。

2023-02-19 22:57:00 121

原创 使用UTC时区获取指定时间的毫秒值

今天遇到了一个时区问题,因为我们的需求是需要覆盖全部时区,并且时区和用户之间的关系是由管理员手动绑定的,所以我们一些和员工有关的时间都需要去拿持久化在DB中的时区进行转时区的操作。 但是原始代码中有一块用毫秒进行时间比较的,代码里是用date的getTime()方法和system.currentTimeMillie,后者我们都知道是用的1970年到现在的格林威治时间获取的毫秒值与时区无关,这时候就出现了问题。 问题1:因为new date().getTime与system.

2023-02-09 19:54:07 765 1

空空如也

空空如也

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

TA关注的人

提示
确定要删除当前文章?
取消 删除