MySQL数据库：java项目实战章节测试答案

线程是否要锁住同步资源

• 锁住 悲观锁
• 不锁住 乐观锁

锁住同步资源失败 线程是否要阻塞

• 阻塞
• 不阻塞自旋锁&＃xff0c;适应性自旋锁

多个线程竞争同步资源的流程细节有没有区别

• 不锁住资源&＃xff0c;多个线程只有一个能修改资源成功&＃xff0c;其它线程会重试无锁
• 同一个线程执行同步资源时自动获取资源偏向锁
• 多个线程竞争同步资源时&＃xff0c;没有获取资源的线程自旋等待锁释放 轻量级锁
• 多个线程竞争同步资源时&＃xff0c;没有获取资源的线程阻塞等待唤醒 重量级锁

4.多个线程竞争锁时是否要排队

• 排队公平锁
• 先尝试插队&＃xff0c;插队失败在排队非公平锁

一个线程的多个流程能不能获取同一把锁

• 能 可重入锁
• 不能非可重入锁

多个线程能不能共享一把锁

• 能 共享
• 不能排他锁

悲观锁与乐观锁

悲观锁与乐观锁时一种广义的概念&＃xff0c;体现的是看待线程同步的不同角度。

悲观锁

悲观锁认为自己在使用数据的时候一定有别的线程来修改数据&＃xff0c;在获取数据的时候会先加锁&＃xff0c;确保数据不会被别的线程修改。 锁实现&＃xff1a;synchronized 接口Lock的实现类 适用场景&＃xff1a;写操作多&＃xff0c;先加锁可以保证写操作时数据正确。

乐观锁

乐观锁认为自己在使用数据时不会有别的线程修改数据&＃xff0c;所以不会添加锁&＃xff0c;只是在更新数据的时候去判断之前有没有别的线程更新了这个数据。 锁实现&＃xff1a;CAS算法&＃xff0c;例如AtomicInteger类的原子自增时通过CAS自旋实现。 适用场景&＃xff1a;读操作较多&＃xff0c;不加锁的特点能够使其读操作的性能大幅度提升。 乐观锁的执行流程&＃xff1a; 线程A获取到数据以后直接操作&＃xff0c;操作完数据以后准备更新同步资源&＃xff0c;更新之前会先判断内存中同步资源是否被更新&＃xff1a; 1.如果没有被更新&＃xff0c;更新内存中同步资源的值。 2.如果同步资源被其他线程更新&＃xff0c;根据实现方法执行不同的操做(报错or重试)。

CAS算法

全名&＃xff1a;Compare And Swap&＃xff08;比较并交换&＃xff09; 无锁算法&＃xff1a;基于硬件原语实现&＃xff0c;在不使用锁(没有线程被阻塞)的情况下实现多线程之间的变量同步。 jdk中的实现&＃xff1a;java.util.concurrent包中的原子类就是通过CAS来实现了乐观锁。 算法涉及到的三个操作数&＃xff1a;

需要读写的内存值V
进行比较的值A
要写入的新值的B

CAS存在的问题

1.ABA问题 线程1准备用CAS将变量的值由A替换为B&＃xff0c;在此之前&＃xff0c;线程2将变量的值由A替换为C&＃xff0c;又由C替换为A&＃xff0c;然后线程1执行CAS时发现变量的值仍然为A&＃xff0c;所以CAS成功。但实际上这时的现场已经和最初不同了&＃xff0c;尽管CAS成功&＃xff0c;但可能存在潜藏的问题。 举例&＃xff1a;一个小偷&＃xff0c;把别人家的钱偷了之后又还了回来&＃xff0c;还是原来的钱吗&＃xff0c;你老婆出轨之后又回来&＃xff0c;还是原来的老婆吗&＃xff1f;ABA问题也一样&＃xff0c;如果不好好解决就会带来大量的问题。最常见的就是资金问题&＃xff0c;也就是别人如果挪用了你的钱&＃xff0c;在你发现之前又还了回来。但是别人却已经触犯了法律。 但是jdk已经解决了这个问题。 想追下源码来着&＃xff0c;但是一追发现直接到c了。

2.循环时间长开销大 3.只能保证一个共享变量的原子操作

本人面试腾讯&＃xff0c;阿里&＃xff0c;百度等企业总结下来的面试经历&＃xff0c;都是真实的&＃xff0c;分享给大家&＃xff01;

准确的说这里又分为两部分&＃xff1a;

1. Java刷题
2. 算法刷题

Java刷题&＃xff1a;此份文档详细记录了千道面试题与详解&＃xff1b;

详解&＃xff1b;

[外链图片转存中…(img-vgEIgGxp-1625752969624)]

[外链图片转存中…(img-RNSVJ95H-1625752969625)]

以上所有文档已经打包好&＃xff0c;只需要动动手指点击【转发&＃43;关注】&＃xff0c;然后点击即可免费获取&＃xff01;