使用 @Lock 注解实现Spring JAP锁

骑猪看日落 2021-09-14 19:32 727阅读 0赞

http://blog.csdn.net/terry_long/article/details/54291455

JPA 2.0增加了6种新的锁模式,其中两个是乐观锁。JPA 2.0也允许悲观锁,并增加了3种悲观锁,第6种锁模式是无锁。

下面是新增的两个乐观锁模式:

1、OPTIMISTIC:它和READ锁模式相同,JPA 2.0仍然支持READ锁模式,但明确指出在新应用程序中推荐使用OPTIMISTIC。

2、OPTIMISTIC_FORCE_INCREMENT:它和WRITE锁模式相同,JPA 2.0仍然支持WRITE锁模式,但明确指出在新应用程序中推荐使用OPTIMISTIC_FORCE_INCREMENT。

下面是新增的三个悲观锁模式:

1、PESSIMISTIC_READ:只要事务读实体,实体管理器就锁定实体,直到事务完成锁才会解开,当你想使用重复读语义查询数据时使用这种锁模式,换句话说就是,当你想确保数据在连续读期间不被修改,这种锁模式不会阻碍其它事务读取数据。

2、PESSIMISTIC_WRITE:只要事务更新实体,实体管理器就会锁定实体,这种锁模式强制尝试修改实体数据的事务串行化,当多个并发更新事务出现更新失败几率较高时使用这种锁模式。

3、PESSIMISTIC_FORCE_INCREMENT:当事务读实体时,实体管理器就锁定实体,当事务结束时会增加实体的版本属性,即使实体没有修改。

最后一种是NONE,也就是无锁。

可以通过@Lock注解来进行锁模式的指定,我们来看一下@Lock 注解源码:

[java] view plain copy

  1. @Target({ ElementType.METHOD, ElementType.ANNOTATION_TYPE })
  2. @Retention(RetentionPolicy.RUNTIME)
  3. @Documented
  4. public @interface Lock {
  5. /**
  6. * The {@link LockModeType} to be used when executing the annotated query or CRUD method.
  7. *
  8. * @return
  9. */
  10. LockModeType value();
  11. }

LockModeType就是指定所模式的枚举了,看一下它的 的源码:

[java] view plain copy

  1. public enum LockModeType {
  2. /**
  3. * Synonymous with OPTIMISTIC.
  4. * OPTIMISTIC is to be preferred for new
  5. * applications.
  6. *
  7. */
  8. READ,
  9. /**
  10. * Synonymous with OPTIMISTIC_FORCE_INCREMENT.
  11. * OPTIMISTIC_FORCE_IMCREMENT is to be preferred for new
  12. * applications.
  13. *
  14. */
  15. WRITE,
  16. /**
  17. * Optimistic lock.
  18. *
  19. * @since Java Persistence 2.0
  20. */
  21. OPTIMISTIC,
  22. /**
  23. * Optimistic lock, with version update.
  24. *
  25. * @since Java Persistence 2.0
  26. */
  27. OPTIMISTIC_FORCE_INCREMENT,
  28. /**
  29. *
  30. * Pessimistic read lock.
  31. *
  32. * @since Java Persistence 2.0
  33. */
  34. PESSIMISTIC_READ,
  35. /**
  36. * Pessimistic write lock.
  37. *
  38. * @since Java Persistence 2.0
  39. */
  40. PESSIMISTIC_WRITE,
  41. /**
  42. * Pessimistic write lock, with version update.
  43. *
  44. * @since Java Persistence 2.0
  45. */
  46. PESSIMISTIC_FORCE_INCREMENT,
  47. /**
  48. * No lock.
  49. *
  50. * @since Java Persistence 2.0
  51. */
  52. NONE
  53. }

来写一个简单的例子(不完全代码):

@Lock注解需要添加在Repository 层,也就是Hibernate的DAO层,如下:

[java] view plain copy

  1. public interface TestRepository extends
  2. JpaRepository,
  3. JpaSpecificationExecutor {
  4. @Lock(value = LockModeType.PESSIMISTIC_READ)
  5. @Query(value = “select o from TestObject where o.id= :id “)
  6. public TestObject getByIdForUpdate(@Param(“id”) long id);
  7. }

这里用到了@Query 注解,只需要定义接口就可以了,spring会根据注解里的HQL语句自动生成实现。

对Repository的调用一般放在service层,调用方法必须被事务包裹,不然启动会报错。

[java] view plain copy

  1. public interface MyTestService{
  2. /**
  3. * 定义接口
  4. */
  5. public TestObject updateObjStatus(long id,String status);
  6. }
  7. public class MyTestServiceImpl{
  8. @Autowired
  9. private TestRepository repos;
  10. /**
  11. * 实现一个带锁的更新方法
  12. */
  13. @Transactional
  14. @Override
  15. public TestObject updateObjStatus(long id,String status){
  16. TestObject obj = repos.getByIdForUpdate(id);
  17. if(null == obj ){
  18. throw new RuntimeException(“TestObject id = “+id+”,not found!”);
  19. }
  20. if(status.equals(obj.getStatus())){
  21. throw new RuntimeException(“TestObject id = “+id+”,status is alread be:”+status+”,update fail!”);
  22. }
  23. obj.setStatus(status);
  24. repos.save(obj);
  25. }
  26. }

在上面的例子中,我们尝试更新TestObject 对象的status,更新之前先将数据查询出来加上行级锁,确保某个线程在更新之时数据不会被其他线程修改掉,更新之前也进行判断,如果发现数据已被更新就跑出去异常结束更新。这样在多个线程同时对TestObject 对象进行更新时,最终只有一个线程会更新成功。

发表评论

表情:
评论列表 (有 0 条评论,727人围观)

还没有评论,来说两句吧...

相关阅读

    相关 Lock使用

    Java多线程中,可以使用synchronized关键字实现线程之间的同步互斥,在jdk1.5后新增的ReentrantLock类同样可达到此效果,且在使用上比synch...

    相关 Lock 底层实现

    ★ 1、讲讲 Lock 锁 是一个接口,有三个实现类,分别是常用的 `可重入锁,读锁、写锁`。常用的是可重入锁。 加锁使用lock() 方法,解锁使用 unl

    相关 Java Lock使用场景

    叙述 提到锁,就会想到数据库锁、Java内置锁、分布式锁 使用场景 首先,需要加锁的资源一定是临界资源,所谓临界资源就是在多线程的情况下,各个线程会进行抢占的资源