JUC并发编程与源码分析学习笔记(二)-编程知识

二十九、多线程锁之线程锁知识概述

说说Java“锁”事

从轻松的乐观锁和悲观锁开讲

通过8种情况演示锁运行案例，看看我们到底锁的是什么

公平锁和非公平锁

可重入锁（又名递归锁）

死锁及排查

写锁（独占锁）/读锁（共享锁）

自旋锁SpinLock

无锁->独占锁->读写锁->邮戳锁

无锁->偏向锁->轻量锁->重量锁

大厂面试题复盘

并发编程高级面试解析

一、Synchronized相关问题

1、Synchronized用过吗，其原理是什么？

2、你刚才提到获取对象的锁，这个“锁”到底是什么？如何确定对象的锁?

3、什么是可重入性，为什么说Synchronized是可重入锁？

4、JVM对Java的原生锁做了哪些优化？

5、为什么说Synchronized是非公平锁？

6、什么是锁消除和锁粗化？

7、为什么说Synchronized是一个悲观锁？乐观锁的实现原理又是什么？什么是CAS，它有

8、乐观锁一定就是好的吗？

二、可重入锁ReentrantLock及其他显示锁相关问题

1、跟Synchronized相比，可重入锁ReentrantLock其实现原理有什么不同？

2、那么请谈谈AQS框架是怎么回事儿？

3、请尽可能详尽地对比下Synchronized和ReentrantLock的异同。

4、ReentrantLock是如何实现可重入性的？

1、你怎么理解java多线程的？怎么处理并发？线程池有那几个核心参数？

2、Java加锁有哪几种锁？我先说了synchronized，刚讲到偏向锁，他就不让我讲了

3、简单说说lock

4、hashmap的实现原理？hash冲突怎么解决？为什么使用红黑树？

5、spring里面都使用了哪些设计模式？循环依赖怎么解决？

6、项目中哪个地方用了countdownlatch，怎么使用的？

三十、多线程锁之悲观锁和乐观锁介绍

悲观锁（狼性锁）：认为自己在使用数据的时候一定有别的线程来修改数据，因此在获取数据的时候会先加锁，确保数据不会被别的线程修改

synchronized关键字和Lock的实现类都是悲观锁

适合写操作多的场景，先加锁可以保证写操作时数据正确。

显示的锁定之后再操作同步资源

乐观锁（佛系锁）：认为自己在使用数据时不会有别的线程修改数据或资源，所以不会添加锁。

在Java中是通过使用无锁编程来实现，只是在更新数据的时候去判断，之前有没有别的线程更新了这个数据。

如果这个数据没有被更新，当前线程将自己修改的数据成功写入。

如果这个数据已经被其它线程更新，则根据不同的实现方式执行不同的操作，比如放弃修改、重试抢锁等等

判断规则

1 版本号机制Version

2 最常采用的是CAS算法，Java原子类中的递增操作就通过CAS自旋实现的。

适合读操作多的常见，不加锁的特点能够使其读操作的性能大幅度提升。

乐观锁则直接去操作同步资源，是一种无锁算法，得之我幸不得我命，再努力就是一句话：

乐观锁一般有两种实现方式

采用Version版本号机制

CAS（Compare-and-Swap，即比较并替换）算法实现

伪代码说明

三十一、多线程锁之8锁案例编码演示

【强制】高并发时，同步调用应该去考量锁的性能损耗。能用无锁数据结构，就不要用锁；能锁区块，就不要锁整个方法体；能用对象锁，就不要用类锁。

1、（代码）locks目录下：Lock8Demo.java

package com.nanjing.juc.locks;import java.util.concurrent.TimeUnit;/*** 多线程锁之8锁案例编码演示** @author xizheng* @date 2023-08-14 15:22:42*/
class Phone{public static synchronized void sendEmail(){try {TimeUnit.SECONDS.sleep(10);} catch (InterruptedException e) {e.printStackTrace();}System.out.println("-----sendEmail");}public static synchronized void sendSMS(){System.out.println("-----sendSMS");}public void hello(){System.out.println("------hello");}
}/*** 题目：谈谈你对多线程锁的理解,8锁案例说明* 口诀：线程   操作  资源类* 8锁案例说明：* 1 标准访问有ab两个线程，请问先打印邮件还是短信* 2 sendEmail方法中加入暂停3秒钟，请问先打印邮件还是短信* 3 添加一个普通的hello方法，请问先打印邮件还是hello* 4 有两部手机，请问先打印邮件还是短信* 5 有两个静态同步方法，有1部手机，请问先打印邮件还是短信* 6 有两个静态同步方法，有2部手机，请问先打印邮件还是短信* 7 有1个静态同步方法，有1个普通同步方法,有1部手机，请问先打印邮件还是短信* 8 有1个静态同步方法，有1个普通同步方法,有2部手机，请问先打印邮件还是短信** 笔记总结:* 1-2* *  * 一个对象里面如果有多个synchronized方法，某一个时刻内，只要一个线程去调用其中的一个synchronized方法了，* *  * 其它的线程都只能等待，换句话说，某一个时刻内，只能有唯一的一个线程去访问这些synchronized方法* *  * 锁的是当前对象this，被锁定后，其它的线程都不能进入到当前对象的其它的synchronized方法* 3-4* *  * 加个普通方法后发现和同步锁无关* *  * 换成两个对象后，不是同一把锁了，情况立刻变化。** 5-6 都换成静态同步方法后，情况又变化* 三种 synchronized 锁的内容有一些差别:* 对于普通同步方法，锁的是当前实例对象，通常指this，具体的一部部手机，所有的普通同步方法用的都是同一把锁->实例对象本身，* 对于静态同步方法，锁的是当前类的Class对象，如Phone.class唯一的一个模板* 对于同步方法块，锁的是 synchronized括号内的对象** 7-8*    当一个线程视图访问同步代码时它首先必须得到锁，正常退出或抛出异常时必须释放锁。* *  ** *  * 所有的普通同步方法用的都是同一把锁-实例对象本身，就是new出来的具体实例对象本身，本类this* *  * 也就是说如果一个实例对象的普通同步方法获取锁后，该实例对象的其他普通同步方法必须等待获取锁的方法释放锁后才能获取锁。* *  ** *  * 所有的静态同步方法用的也是同一把锁-类对象本身，就是我们说过的唯一模板Class* *  * 具体实例对象this和唯一模板Class，这两把锁是两个不同的对象，所以静态同步方法与普通同步方法之间是不会有竞态条件的* *  * 但是一旦一个静态同步方法获取锁后，其他的静态同步方法都必须等待该方法释放锁才能获取锁。*/
public class Lock8Demo {public static void main(String[] args) {Phone phone = new Phone();Phone phone2 = new Phone();new Thread(() -> {phone.sendEmail();},"a").start();//暂停毫秒，保证a线程先启动try {TimeUnit.MILLISECONDS.sleep(200);} catch (InterruptedException e) {e.printStackTrace();}new Thread(() -> {
//            phone.sendSMS();
//            phone.hello();phone2.sendSMS();},"b").start();}
}