迎战金三银四：Java面试避坑之并发编程篇（我踩过的坑不要再进

最新推荐文章于 2024-08-24 22:01:16 发布

HUAXIAL

最新推荐文章于 2024-08-24 22:01:16 发布

阅读量752

点赞数 17

分类专栏： 2024年程序员面试文章标签： java 面试开发语言

本文链接：https://blog.csdn.net/HUAXIAL/article/details/136725781

版权

2024年程序员面试专栏收录该内容

13 篇文章 0 订阅

订阅专栏

本文详细解析了Java中的Synchronized和ReentrantLock锁机制，包括它们的工作原理、可重入性、JVM优化策略以及与AQS框架的关系。此外，还探讨了线程池和并发工具如Docker、Kubernetes在实际应用中的重要性。

摘要由CSDN通过智能技术生成

在虚拟机执行到 monitorenter 指令时，首先要尝试获取对象的锁：

如果这个对象没有锁定，或者当前线程已经拥有了这个对象的锁，把锁的计数器 +1；当执行 monitorexit 指令时将锁计数器 -1；当计数器为 0 时，锁就被释放了。

如果获取对象失败了，那当前线程就要阻塞等待，直到对象锁被另外一个线程释放为止。

Java 中 Synchronize 通过在对象头设置标记，达到了获取锁和释放锁的目的。

问题二：你刚才提到获取对象的锁，这个 “ 锁 ” 到底是什么？如何确定对象的锁？

“ 锁 ” 的本质其实是 monitorenter 和 monitorexit 字节码指令 的一个 Reference 类型 的参数，即要锁定和解锁的对象。我们知道，使用 Synchronized 可以修饰不同的对象，因此，对应的对象锁可以这么确定。

如果 Synchronized 明确指定了锁对象，比如 Synchronized（变量名） 、 Synchronized(this) 等，说明加解锁对象为该对象。
如果没有明确指定：
若 Synchronized 修饰的方法为 非静态方法 ，表示此方法对应的对象为 锁对象 ；
若 Synchronized 修饰的方法为 静态方法 ，则表示此方法对应的类对象为 锁对象 。

注意，当一个对象被锁住时，对象里面所有用 Synchronized 修饰的方法都将产生堵塞，而对象里非 Synchronized 修饰的方法可正常被调用，不受锁影响。

问题三：什么是可重入性，为什么说 Synchronized 是可重入锁？

可重入性 是锁的一个基本要求，是为了解决自己锁死自己的情况。

比如，一个类中的同步方法调用另一个同步方法，假如 Synchronized 不支持重入，进入 method2 方法时当前线程获得锁，method2 方法里面执行 method1 时当前线程又要去尝试获取锁，这时如果不支持重入，它就要等释放，把自己阻塞，导致自己锁死自己。

对 Synchronized 来说，可重入性是显而易见的，刚才提到，在执行 monitorenter 指令时，如果这个对象没有锁定，或者当前线程已经拥有了这个对象的锁（ 而不是已拥有了锁则不能继续获取 ），就把锁的计数器 +1，其实本质上就通过这种方式实现了可重入性。

问题四： JVM 对 Java 的原生锁做了哪些优化？

在 Java 6 之前， Monitor 的实现完全依赖底层操作系统的互斥锁来实现，也就是我们刚才在问题二中所阐述的 获取/释放锁 的逻辑。

由于 Java 层面的线程与操作系统的原生线程有 映射关系 ，如果要将一个线程进行阻塞或唤起都需要操作系统的协助，这就需要从 用户态 切换到 内核态 来执行，这种切换代价十分昂贵，很耗处理器时间，现代 JDK 中做了大量的优化。

一种优化是使用 自旋锁 ，即在把线程进行阻塞操作之前先让线程自旋等待一段时间，可能在等待期间其他线程已经解锁，这时就无需再让线程执行 阻塞操作 ，避免了用户态到内核态的切换。

现代 JDK 中还提供了三种不同的 Monitor 实现，也就是三种不同的锁：

偏向锁（ Biased Locking）
轻量级锁
重量级锁
这三种锁使得 JDK 得以优化 Synchronized 的运行，当 JVM 检测到不同的竞争状况时，会自动切换到适合的锁实现，这就是锁的升级、降级。
当没有竞争出现时，默认会使用 偏向锁 。

JVM 会利用 CAS 操作，在对象头上的 Mark Word 部分设置线程 ID，以表示这个对象偏向于当前线程，所以并不涉及真正的互斥锁，因为在很多应用场景中，大部分对象生命周期中最多会被一个线程锁定，使用偏斜锁可以降低无竞争开销。

如果有另一线程试图锁定某个被偏斜过的对象， JVM 就撤销 偏斜锁 ，切换到 轻量级锁 实现。
轻量级锁依赖 CAS 操作 Mark Word 来试图获取锁，如果重试成功，就使用普通的轻量级锁；否则，进一步升级为重量级锁。

问题五：为什么说 Synchronized 是非公平锁？

非公平主要表现在获取锁的行为上，并非是按照申请锁的时间前后给等待线程分配锁的，每当锁被释放后，任何一个线程都有机会竞争到锁，这样做的目的是为了提高执行性能，缺点是可能会产生 线程饥饿现象 。

可重入锁 ReentrantLock 及其他显式锁相关问题

问题一：跟 Synchronized 相比，可重入锁 ReentrantLock 其实现原理有什么不同？

其实，锁的实现原理基本是为了达到一个目的：

让所有的线程都能看到某种标记。

Synchronized 通过在对象头中设置标记实现了这一目的，是一种 JVM 原生的锁实现方式，而 ReentrantLock 以及所有的基于 Lock 接口 的实现类，都是通过用一个 volitile 修饰的 int 型 变量，并保证每个线程都能拥有对该 int 的 可见性 和原子修改，其本质是基于所谓的 AQS 框架 。

问题二：那么请谈谈 AQS 框架是怎么回事儿？

AQS（ AbstractQueuedSynchronizer 类 ）是一个用来构建锁和同步器的框架，各种 Lock 包中的锁（常用的有 ReentrantLock、ReadWriteLock），以及其他如 Semaphore、 CountDownLatch，甚至是早期的 FutureTask 等，都是基于 AQS 来构建。

AQS 在内部定义了一个 volatile int state 变量，表示同步状态：当线程调用 lock 方法时，如果 state=0，说明没有任何线程占有共享资源的锁，可以获得锁并将 state=1；如果 state=1，则说明有线程目前正在使用共享变量，其他线程必须加入 同步队列 进行等待。
AQS 通过 Node 内部类 构成的一个双向链表结构的同步队列，来完成线程获取锁的排队工作，当有线程获取锁失败后，就被添加到队列末尾。

Node 类是对要访问同步代码的线程的封装，包含了线程本身及其状态叫 waitStatus（有五种不同取值，分别表示是否被阻塞，是否等待唤醒，是否已经被取消等），每个 Node 结点关联其 prev 结点 和 next 结点 ，方便线程释放锁后快速唤醒下一个在等待的线程，是一个 FIFO 的过程。
Node 类有两个常量， SHARED 和 EXCLUSIVE，分别代表 共享模式 和 独占模式 。所谓共享模式是一个锁允许多条线程同时操作（信号量 Semaphore 就是基于 AQS 的共享模式实现的），独占模式是同一个时间段只能有一个线程对共享资源进行操作，多余的请求线程需要排队等待（如 ReentranLock）。

AQS 通过 内部类 ConditionObject 构建等待队列（可有多个），当 Condition 调用 wait() 方法 后，线程将会加入等待队列中，而当 Condition 调用 signal() 方法 后，线程将从等待队列转移动同步队列中进行锁竞争。
AQS 和 Condition 各自维护了不同的队列，在使用 Lock 和 Condition 的时候，其实就是两个队列的互相移动。

问题三：请尽可能详尽地对比下 Synchronized 和 ReentrantLock的异同。

ReentrantLock 是 Lock 的 实现类 ，是一个互斥的同步锁。从功能角度， ReentrantLock 比 Synchronized 的同步操作更精细（因为可以像普通对象一样使用），甚至实现 Synchronized 没有的高级功能，如：

等待可中断：当持有锁的线程长期不释放锁的时候，正在等待的线程可以选择放弃等待，对处理执行时间非常长的同步块很有用。
带超时的获取锁尝试：在指定的时间范围内获取锁，如果时间到了仍然无法获取则返回。
可以判断是否有线程在排队等待获取锁。
可以响应中断请求：与 Synchronized 不同，当获取到锁的线程被中断时，能够响应中断，中断异常将会被抛出，同时锁会被释放。
可以实现公平锁。

从锁释放角度， Synchronized 在 JVM 层面上实现的，不但可以通过一些监控工具监控 Synchronized 的锁定，而且在代码执行出现异常时， JVM 会自动释放锁定；但是使用 Lock 则不行， Lock 是通过代码实现的，要保证锁定一定会被释放，就必须将 unLock() 放到 finally{} 中。

从性能角度， Synchronized 早期实现比较低效，对比 ReentrantLock，大多数场景性能都相差较大。但是在 Java 6 中对其进行了非常多的改进，在竞争不激烈时，Synchronized 的性能要优于 ReetrantLock；在高竞争情况下，Synchronized 的性能会下降几十倍，但是 ReetrantLock 的性能能维持常态。

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

ReentrantLock 内部自定义了 同步器 Sync（ Sync 既实现了 AQS，又实现了 AOS，而 AOS 提供了一种互斥锁持有的方式 ），其实就是加锁的时候通过 CAS 算法 ，将线程对象放到一个双向链表中，每次获取锁的时候，看下当前维护的那个线程 ID 和当前请求的线程 ID 是否一样，一样就可重入了。

问题五：除了 ReetrantLock，你还接触过 JUC 中的哪些并发工具？

通常所说的 并发包（ JUC） 也就是 java.util.concurrent 及其子包，集中了 Java 并发的各种基础工具类，具体主要包括几个方面：

提供了 CountDownLatch、 CyclicBarrier、 Semaphore 等，比 Synchronized 更加高级，可以实现更加丰富多线程操作的同步结构。
提供了 ConcurrentHashMap、有序的 ConcunrrentSkipListMap，或者通过类似快照机制实现线程安全的动态数组 CopyOnWriteArrayList 等，各种线程安全的容器。
提供了 ArrayBlockingQueue、 SynchorousQueue 或针对特定场景的 PriorityBlockingQueue 等，各种并发队列实现。
强大的 Executor 框架 ，可以创建各种不同类型的线程池，调度任务运行等。

Java 线程池相关问题

问题一：Java 中的线程池是如何实现的？

在 Java 中，所谓的线程池中的 “ 线程 ” ，其实是被抽象为了一个静态内部类 Worker，它基于 AQS 实现，存放在线程池的 HashSet<Worker> workers 成员变量中；
而需要执行的任务则存放在成员变量 workQueue（ BlockingQueue<Runnable> workQueue）中。这样，整个线程池实现的基本思想就是：从 workQueue 中不断取出需要执行的任务，放在 Workers 中进行处理。

问题二：创建线程池的几个核心构造参数？

Java 中的线程池的创建其实非常灵活，我们可以通过配置不同的参数，创建出行为不同的线程池，这几个参数包括：

corePoolSize：线程池的核心线程数。
maximumPoolSize：线程池允许的最大线程数。
keepAliveTime：超过核心线程数时闲置线程的存活时间。
workQueue：任务执行前保存任务的队列，保存由 execute 方法提交的 Runnable 任务。

问题三：线程池中的线程是怎么创建的？是一开始就随着线程池的启动创建好的吗？

显然不是的。线程池默认初始化后不启动 Worker，等待有请求时才启动。

每当我们调用 execute() 方法 添加一个任务时，线程池会做如下判断：

如果正在运行的线程数量小于 corePoolSize，那么马上创建线程运行这个任务；
如果正在运行的线程数量大于或等于 corePoolSize，那么将这个任务放入队列；
如果这时候队列满了，而且正在运行的线程数量小于 maximumPoolSize，那么还是要创建非核心线程立刻运行这个任务；
如果队列满了，而且正在运行的线程数量大于或等于 maximumPoolSize，那么线程池会抛出异常 RejectExecutionException。

当一个线程完成任务时，它会从队列中取下一个任务来执行。当一个线程无事可做，超过一定的时间（ keepAliveTime）时，线程池会判断。

小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Java工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）

最后

权威指南-第一本Docker书

引领完成Docker的安装、部署、管理和扩展，让其经历从测试到生产的整个开发生命周期，深入了解Docker适用于什么场景。并且这本Docker的学习权威指南介绍了其组件的基础知识，然后用Docker构建容器和服务来完成各种任务：利用Docker为新项目建立测试环境，演示如何使用持续集成的工作流集成Docker，如何构建应用程序服务和平台，如何使用Docker的API，如何扩展Docker。

总共包含了：简介、安装Docker、Docker入门、使用Docker镜像和仓库、在测试中使用Docker、使用Docker构建服务、使用Fig编配Docke、使用Docker API、获得帮助和对Docker进行改进等9个章节的知识。

关于阿里内部都在强烈推荐使用的“K8S+Docker学习指南”—《深入浅出Kubernetes：理论+实战》、《权威指南-第一本Docker书》，看完之后两个字形容，爱了爱了！

-1710434333392)]

[外链图片转存中…(img-xGNuQGbC-1710434333392)]

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

HUAXIAL

关注

17
点赞
踩
24

收藏

觉得还不错? 一键收藏
0
评论
迎战金三银四：Java面试避坑之并发编程篇（我踩过的坑不要再进

可重入性是锁的一个基本要求，是为了解决自己锁死自己的情况。比如，一个类中的同步方法调用另一个同步方法，假如不支持重入，进入 method2 方法时当前线程获得锁，method2 方法里面执行 method1 时当前线程又要去尝试获取锁，这时如果不支持重入，它就要等释放，把自己阻塞，导致自己锁死自己。对。
复制链接

扫一扫