Java面经5

---

前言

记录收集到的常用Java面试题（系列5）

---

面经5

请你说说乐观锁和悲观锁？

乐观锁：乐观锁总是假设最好的情况，每次去拿数据的时候默认别人不会修改，所以不会上锁，只有当更新的时候会判断一下在此期间有没有人更新了这个数据。适用于多读，可以使用版本号机制进行控制
悲观锁：悲观锁总是假设最坏的情况，每次去拿数据是都认为别人会修改，所以每次在拿数据时都会上锁，这样别人想拿这个数据时会阻塞直到拿到锁。mysql数据库的共享锁和排他锁都是悲观锁的实现。

数据库的三范式是什么？

第一范式：强调的是列的原子性，即数据库表的每一列都是不可分割的原子数据项；

第二范式：要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性；

第三范式：任何非主属性不依赖于其它非主属性。

索引在什么情况下会失效？

条件中有or，例如 select * from table_name where a = 1 or b = 3
在索引上进行计算会导致索引失效，例如 select * from table_name where a + 1 = 2
在索引的类型上进行数据类型的隐形转换，会导致索引失效，例如字符串一定要加引号，假设
select * from table_name where a = ‘1’ 会使用到索引，如果写成 select * from
table_name where a = 1 则会导致索引失效。
在索引中使用函数会导致索引失效，例如 select * from table_name where abs(a) = 1
在使用like查询时以%开头会导致索引失效
索引上使用！、=、<>进行判断时会导致索引失效，例如 select * from table_name where a
!= 1
索引字段上使用 is null/is not null判断时会导致索引失效，例如 select * from table_name
where a is null

能说一下 JVM 的内存区域吗？

JVM 内存分为线程私有区和线程共享区，其中方法区和堆是线程共享区，虚拟机栈、本地方法栈和程序计数器是线程隔离的数据区。

堆和栈的区别是什么？

堆中主要存放对象实例。栈（局部变量表）中主要存放各种基本数据类型、对象的引用。
栈是运行时的单位，而堆是存储的单位。栈解决程序的运行问题，即程序如何执行，或者说如何处理数据。堆解决的是数据存储的问题，即数据怎么放、放在哪儿。

为什么不把基本类型放堆中呢？

因为基本数据类型占用的空间一般是1~8个字节，需要空间比较少，而且因为是基本类型，所以不会出现动态增长的情况，长度固定，因此栈中存储就够了。

对象的访问定位的两种方式？

Java 程序通过栈上的引用数据来操作堆上的具体对象。目前主流的对象访问方式有：句柄 和 直接指针。

谈谈对内存泄漏的理解？

在 Java 中，内存泄漏就是存在一些不会再被使用确没有被回收的对象，这些对象有下面两个特点：

这些对象是可达的，即在有向图中，存在通路可以与其相连；
这些对象是无用的，即程序以后不会再使用这些对象。

内存泄露的根本原因是什么？

长生命周期的对象持有短生命周期对象的引用就很可能发生内存泄漏，尽管短生命周期对象已经不再需要，但是因为长生命周期持有它的引用而导致不能被回收，这就是 Java 中内存泄漏的发生场景。

举几个可能发生内存泄漏的情况？

静态集合类引起的内存泄漏；

当集合里面的对象属性被修改后，再调用 remove() 方法时不起作用；

监听器：释放对象的时候没有删除监听器；

各种连接：比如数据库连接（dataSourse.getConnection()），网络连接(socket) 和 IO 连接，除非其显式的调用了其 close() 方法将其连接关闭，否则是不会自动被 GC 回收的；

内部类：内部类的引用是比较容易遗忘的一种，而且一旦没释放可能导致一系列的后继类对象没有释放；

单例模式：单例对象在初始化后将在 JVM 的整个生命周期中存在（以静态变量的方式），如果单例对象持有外部的引用，那么这个对象将不能被 JVM 正常回收，导致内存泄漏。

尽量避免内存泄漏的方法？

尽量不要使用 static 成员变量，减少生命周期；

及时关闭资源；

不用的对象，可以手动设置为 null。

常用的垃圾收集算法有哪些？

标记-清除算法（Mark-Sweep）
复制算法(Copying) 
标记-整理算法(Mark-compact)  
分代收集算法

为什么要采用分代收集算法？

不同的对象的生命周期是不一样的。因此，不同生命周期的对象可以采取不同的收集方式，以便提高回收效率。

分代收集下的年轻代和老年代应该采用什么样的垃圾回收算法？

年轻代（Young Generation）的回收算法 (主要以 Copying 为主)
年老代（Old Generation）的回收算法（主要以 Mark-Compact 为主）

说下你用过的 JVM 监控工具？

jvisualvm：虚拟机监视和故障处理平台

jps ：查看当前 Java 进程

jstat：显示虚拟机运行数据

jmap：内存监控

jhat：分析 heapdump 文件

jstack：线程快照

jinfo：虚拟机配置信息

如何利用监控工具调优？

堆信息查看
线程监控
热点分析
快照
内存泄露检查

JVM 的一些参数？

-Xms：初始堆大小

-Xmx：最大堆大小

-XX:NewSize=n：设置年轻代大小

有了 CMS，为什么还要引入 G1？

cms Mark Sweep 算法会导致内存碎片比较多 CMS 的并发能力比较依赖于 CPU 资源，并发回收时垃圾收集线程可能会抢占用户线程的资源，导致用户程序性能下降。 并发清除阶段，会产生“浮动垃圾”。如果浮动垃圾太多，会触发新的垃圾回收，导致性能降低

全部系列

面经1：https://blog.csdn.net/Oliver__Twist/article/details/125459141?spm=1001.2014.3001.5501
面经2：https://blog.csdn.net/Oliver__Twist/article/details/125461522?spm=1001.2014.3001.5501
面经3：https://blog.csdn.net/Oliver__Twist/article/details/125461610?spm=1001.2014.3001.5501
面经4：https://blog.csdn.net/Oliver__Twist/article/details/125461632?spm=1001.2014.3001.5501
面经5：https://blog.csdn.net/Oliver__Twist/article/details/125461655?spm=1001.2014.3001.5501