Java高并发编程详解系列-读写锁分离设计思想

导语
  在实际多线程情况下访问共享资源,需要对资源进行同步操作防止数据不一致的情况发生,通常使用的方法式是使用synchronized关键字或者是使用Lock显式锁的方式进行同步资源的锁定。
  在对同步资源进行访问的时候不免有两种情况读操作和写操作,对于资源的增删改查不外乎就是这两种方式。当多个线程在对同一个资源进行访问的时候就会出现读写操作的竞争问题。也就是说在同一时刻多个线程同时读或者写,在这个时候就让我们想到的上篇博客中的方式使用排他锁的方式,也就是说当有一个线程占用资源的时候其他线程将不会获得锁。那么我们就来分析一下在那些情况下需要加锁那些情况下不使用锁。

共享资源冲突问题描述

  在实际开发中多个线程同一时间进行读操作并不会导致竞争冲突,但是写操作的话就会出现竞争冲突的问题。有些时候我们对数据的要求是以写操作为主,所以在开发中就需要注意到写操作的冲突问题。有的时候我们对于读操作的要求比较高例如查询操作,它并不需要对资源进行修改所以说写操作在有些时候并不会导致资源竞争的出现。那么就为我们提供了一种方法叫做读写分离。在很多的地方都使用到了这种方法论,例如数据库集群、文件存储集群等等。

读写分离程序设计

定义Lock接口
public interface Lock {
   
    //自定义接口</
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 4
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

nihui123

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值