Java多线程的各种锁

1、乐观锁:CAS
乐观锁正好和悲观锁相反,它获取数据的时候,并不担心数据被修改,每次获取数据的时候也不会加锁,只是在更新数据的时候,通过判断现有的数 据是否和原数据一致来判断数据是否被其他线程操作,如果没被其他线程修改则进行数据更新,如果被其他线程修改则不进行数据更新。

2、悲观锁:synchronized
悲观锁认为对于同一个数据的并发操作,一定是会发生修改的,哪怕没有修改,也会认为修改。因此对于同一个数据的并发操作,悲观锁采取加锁的 形式。悲观地认为,不加锁的并发操作一定会出问题。

3、公平锁:
公平锁是指多个线程按照申请锁的顺序来获取锁。

4、非公平锁:
非公平锁是指多个线程获取锁的顺序并不是按照申请锁的顺序,有可能后申请的线程比先申请的线程优先获取锁。
ReentrantLock 提供了公平锁和非公平锁的实现:

  • 公平锁: new ReentrantLock(true)
  • 非公平锁:new ReentrantLock(false)
    如果构造函数不传任何参数,默认是非公平锁。

5、独占锁:
独占锁是指任何时候都只有一个线程能执行资源操作。

6、共享锁:
共享锁指定是可以同时被多个线程读取,但只能被一个线程修改。
比如 Java 中的 ReentrantReadWriteLock 就是共享锁的实现方式,它允许一个 线程进行写操作,允许多个线程读操作。

7、可重入锁:
可重入锁指的是该线程获取了该锁之后,可以无限次的进入该锁锁住的代码。

8、自旋锁:
自旋锁是指尝试获取锁的线程不会立即阻塞,而是采用循环的方式去尝试获取锁,这样的好处是减少线程上下文切换的消耗,缺点是循环会消耗 CPU。

面试题:
1、synchronized 使用的是公平锁还是非公平锁?
答:synchronized 使用的是非公平锁,并且是不可设置的。这是因为非公平锁的吞吐量大于公平锁,并且是主流操作系统线程调度的基本选择,所 以这也是 synchronized 使用非公平锁原由。

**2、为什么非公平锁吞吐量大于公平锁? **
答:比如 A 占用锁的时候,B 请求获取锁,发现被 A 占用之后,堵塞等待被唤醒,这个时候 C 同时来获取 A 占用的锁,如果是公平锁 C 后来者发 现不可用之后一定排在 B 之后等待被唤醒,而非公平锁则可以让 C 先用,在 B 被唤醒之前 C 已经使用完成,从而节省了 C 等待和唤醒之间的性能 消耗,这就是非公平锁比公平锁吞吐量大的原因。

3、volatile的作用是什么?
答:volatile 是 Java 虚拟机提供的轻量级的同步机制。 当变量被定义成 volatile 之后,具备两种特性:

  • 保证此变量对所有线程的可见性,当一条线程修改了这个变量的值,修改的新值对于其他线程是可见的(可以立即得知的);
  • 禁止指令重排序优化,普通变量仅仅能保证在该方法执行过程中,得到正确结果,但是不保证程序代码的执行顺序。

4、volatile和synchronized有什么区别?
答:synchronized 既能保证可见性,又能保证原子性,而 volatile 只能保证可见性,无法保证原子性。比如,i++ 如果使用 synchronized 修饰 是线程安全的,而 volatile 会有线程安全的问题。

**5、CAS 是如何实现的? **
答: CAS(Compare and Swap)比较并交换,CAS 是通过调用 JNI(Java Native Interface)的代码实现的,比如,在 Windows 系统 CAS 就是借助 C 语言来调用 CPU 底层指令实现的。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值