JVM面试题（二）

###1. 对象的访问定位的两种方式？
Java对象的访问定位主要有两种方式：句柄访问和直接指针访问。

句柄访问：

在句柄访问方式中，Java堆会被划分为两部分：一部分存放对象实例数据，另一部分存放对象实例数据的地址。引用实际上是指向句柄的引用，而不是直接指向对象。句柄作为一个间接指针，包含了对象实例数据与类型数据各自具体的地址信息。由于句柄是间接访问，它使得Java堆可以实现固定大小，对象实例数据可以被移动和重分配。然而，这种方式增加了一次间接访问的开销，从而可能降低程序的执行效率。
2. 直接指针访问：

在直接指针访问方式中，对象实例数据直接存放在Java堆中，对象引用直接指向对象实例数据的地址。这种方式减少了间接访问的开销，因此提高了程序的执行效率。目前，大多数Java虚拟机采用直接指针方式作为对象的访问定位方式，因为随着硬件的发展和虚拟机技术的进步，间接访问的开销已经可以被忽略不计。

这两种方式的选择主要由虚拟机的实现决定，而在实际的JVM中，可以根据具体的应用场景和性能需求来选择合适的访问定位方式。

###2. 判断垃圾可以回收的方法有哪些？
在Java中，垃圾回收（Garbage Collection, GC）是由Java虚拟机（JVM）自动管理的内存回收机制。Java程序员通常不需要（也不应该）直接判断或控制哪些对象应该被回收。JVM的垃圾回收器会根据对象的可达性来决定哪些对象可以被回收。

但是，如果你想要了解Java中对象何时可能变得不可达，或者何时可能被垃圾回收器标记为可回收的，你可以考虑以下几个方面：

引用计数法：这是一种早期的垃圾回收策略，但它并没有被Java采用。在这种方法中，每个对象都有一个引用计数器，每当有一个地方引用该对象时，计数器就加1；引用释放时，计数器就减1。当计数器为0时，对象就被认为是垃圾。但是，这种方法不能处理循环引用的情况。
可达性分析算法：这是Java采用的主要垃圾回收判断方法。从一组根对象（通常是静态变量、常量引用、活跃线程栈中的引用等）开始，递归地搜索这些对象可达的所有对象。搜索路径上遇到的所有对象都被认为是可达的，也就是“存活”的。搜索结束后，未被访问到的对象就是不可达的，即“垃圾”对象，可以被回收。
finalize()方法：Java提供了一个finalize()方法，当垃圾回收器确定不存在对该对象的更多引用时，对象的finalize()方法会被调用。但请注意，finalize()方法并不是用来控制垃圾回收的，而是提供了一种在对象被回收前执行清理操作的机制。而且，依赖finalize()方法进行垃圾回收是不推荐的，因为垃圾回收的时机是不确定的，且finalize()的执行也可能被JVM优化掉。
弱引用、软引用和虚引用：Java还提供了几种不同的引用类型，用于更精细地控制对象的生命周期和垃圾回收。这些引用类型包括：
- 弱引用（WeakReference）：弱引用关联的对象只能生存到下一次垃圾收集发生之前。当垃圾收集器工作时，无论当前内存是否足够，都会回收只被弱引用关联的对象。
- 软引用（SoftReference）：软引用是用来描述一些可能还有用但并非必需的对象。对于软引用关联着的对象，在系统将要发生内存溢出异常前，将会把这些对象列进回收范围之中进行第二次回收。如果这次回收还没有足够的内存，才会抛出内存溢出异常。
- 虚引用（PhantomReference）：虚引用是最弱的一种引用关系。一个对象是否有虚引用的存在，完全不会对其生存时间构成影响，也无法通过虚引用来获取一个对象实例。为一个对象设置虚引用关联的唯一目的就是能在这个对象被收集器回收时收到一个系统通知。

总的来说，虽然Java程序员不能直接控制垃圾回收的过程，但可以通过理解对象的引用类型和生命周期，以及避免内存泄漏等方式，来更有效地管理内存使用。

###3. 垃圾回收是从哪里开始的呢？
Java垃圾回收从根对象开始。这些根对象包括静态变量、活动线程、本地方法栈中JNI（Java Native Interface）引用的对象等。垃圾回收器会从这些根对象出发，通过引用关系遍历整个对象图，找出所有可达对象。那些无法通过根对象追踪到的对象，就被认为是垃圾对象，进而被垃圾回收器标记并清理。因此，Java垃圾回收的起点是这些根对象。

需要注意的是，Java的垃圾回收过程并不是实时的，也就是说，一个对象成为垃圾后，并不会立即被回收。具体的回收时机取决于JVM的垃圾回收策略和垃圾回收器的类型。此外，为了配合垃圾回收，堆内存会被划分为不同的区域，如新生代和老年代，每个区域都有其特定的垃圾回收策略和处理方式。

总的来说，Java垃圾回收从根对象开始，通过遍历对象图来找出并清理垃圾对象，这是Java内存管理的重要部分，有助于确保程序的稳定运行和内存的有效利用。

###4. 被标记为垃圾的对象一定会被回收吗？
在Java中，即使一个对象被标记为垃圾（即不可达），也并不意味着它一定会立即被回收。对象的回收时机是由Java的垃圾回收器（Garbage Collector, GC）来决定的，而垃圾回收器的工作是受到JVM的垃圾回收策略、堆内存的使用情况、系统负载等多种因素影响的。

具体来说，当对象被判定为不可达时，它首先会被标记为可回收对象。然而，这并不意味着对象会立即被清理掉。JVM的垃圾回收器会定期进行垃圾回收操作，在这个过程中，它会检查所有被标记为可回收的对象，并尝试释放这些对象占用的内存。

此外，Java的垃圾回收机制还包含了一些优化策略，例如分代收集（Generational Collection）。在这种策略下，不同“年龄”的对象会被分配到不同的内存区域，并且垃圾回收的频率和方式也会有所不同。这有助于提高垃圾回收的效率，减少不必要的内存开销。

需要注意的是，虽然Java的垃圾回收机制可以自动管理内存，但程序员仍然需要注意避免内存泄漏等问题。例如，避免创建长生命周期的对象引用短生命周期的对象，或者避免在静态变量中持有不必要的对象引用等。

因此，被标记为垃圾的对象不一定会立即被回收，而是会在垃圾回收器进行垃圾回收操作时根据一定的策略进行清理。

###5. 谈谈对 Java 中引用的了解？
在Java中，引用是Java内存管理中的一个核心概念，它是对象在内存中的地址的抽象表示。Java中的引用主要有以下几种类型：

强引用（Strong Reference）：这是最常见的引用类型。一个对象只要有一个强引用指向它，它就不会被垃圾回收器回收。即使内存空间不足，JVM宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的“存活”对象来解决内存不足问题。
软引用（Soft Reference）：软引用是用来描述一些可能还有用但并非必需的对象。对于软引用关联着的对象，在系统将要发生内存溢出异常前，将会把这些对象列进回收范围之中进行第二次回收。如果这次回收还没有足够的内存，才会抛出内存溢出异常。
弱引用（Weak Reference）：弱引用也是用来描述非必需对象的，它的强度比软引用更弱一些，被弱引用关联的对象只能生存到下一次垃圾收集发生之前。当垃圾收集器工作时，无论当前内存是否足够，都会回收掉只被弱引用关联的对象。
虚引用（Phantom Reference）：虚引用是最弱的一种引用关系。一个对象是否有虚引用的存在，完全不会对其生存时间构成影响，也无法通过虚引用来获取一个对象实例。为一个对象设置虚引用关联的唯一目的就是能在这个对象被收集器回收时收到一个系统通知。

引用类型在Java内存管理和垃圾回收中起着重要作用。它们决定了对象在内存中的生命周期，以及垃圾回收器如何处理这些对象。正确理解和使用引用类型，可以帮助我们更有效地管理Java程序的内存，避免内存泄漏和内存溢出等问题。

此外，Java 9还引入了新的引用类型——清理器引用（Cleaner Reference），它用于替代PhantomReference和ReferenceQueue，提供了一种更加灵活和强大的方式来管理对象在内存中的生命周期。清理器引用可以与一个或多个清除动作关联，当对象被垃圾回收器回收时，这些清除动作会被自动执行。这提供了一种更直观和简洁的方式来处理对象被回收时的清理工作。

###6. 谈谈对内存泄漏的理解？
内存泄漏（Memory Leak）是计算机科学中的一个重要概念，尤其在处理如Java这样的编程语言时显得尤为关键。当程序中已动态分配的堆内存由于某种原因未被释放或无法释放时，就会发生内存泄漏。这会导致系统内存的浪费，可能引发程序运行速度减慢，甚至可能导致系统崩溃等严重后果。

内存泄漏的原因有很多，包括但不限于：