持续总结中！2024年面试必问 100 道 Java基础面试题（四十八）

上一篇地址：持续总结中！2024年面试必问 100 道 Java基础面试题（四十七）-CSDN博客

九十五、Java中的`System.gc()`方法有什么作用，它是如何影响垃圾收集的？

在Java中，System.gc()方法属于java.lang.System类的一个静态方法，其主要作用是建议（但不保证）Java虚拟机(JVM)进行一次垃圾收集（Garbage Collection，GC）。这个方法可以作为程序中的一个提示，告知JVM当前可能是一个执行垃圾收集的好时机。

System.gc()方法的作用：

1. 建议垃圾收集：System.gc()方法的调用会触发JVM运行垃圾收集器，尽管JVM接受这个建议，但实际的垃圾收集行为由JVM的垃圾收集策略决定。

2. 内存清理：它可以在内存使用较高时被调用，以尝试释放不再使用的对象所占用的内存。

3. 辅助内存管理：在某些特定场景下，比如在大量对象创建和销毁之后，开发者可能会手动调用System.gc()来辅助内存管理。

System.gc()方法如何影响垃圾收集：

1. 非实时性：调用System.gc()并不保证垃圾收集器会立即执行。JVM可能会延迟执行，甚至忽略这个调用。

2. 性能影响：频繁调用System.gc()可能会对性能产生负面影响，因为垃圾收集是一个资源密集型的操作，特别是在响应时间敏感的应用中。

3. 垃圾收集策略：不同的JVM和垃圾收集器实现可能会对System.gc()的响应不同。有些垃圾收集器可能会立即执行垃圾收集，而另一些可能只会在适当的时候执行。

4. 垃圾收集类型：System.gc()可能触发不同种类的垃圾收集，如Minor GC（针对新生代的垃圾收集）或Full GC（针对整个堆的垃圾收集）。

5. 控制台输出：在某些JVM实现中，调用System.gc()后，垃圾收集的相关信息可能会被输出到控制台。

注意事项：

• 不推荐频繁使用：由于垃圾收集的开销可能很大，频繁调用System.gc()可能会严重影响应用性能。

• 依赖JVM实现：垃圾收集的机制和行为依赖于具体的JVM实现和垃圾收集器的类型。

• 现代JVM优化：现代JVM通常具有高度优化的垃圾收集器，它们能够很好地管理内存，因此大多数情况下不需要手动调用System.gc()。

• 替代方法：在某些情况下，可以考虑使用其他内存管理技术，如对象池、软引用、弱引用等，以更精细地控制内存使用。

• 监控和分析：如果需要优化内存使用，应该通过监控和分析工具来识别内存使用模式，而不是依赖于System.gc()。

总的来说，System.gc()可以作为手动触发垃圾收集的一种方式，但由于其对性能可能产生的影响，以及现代JVM垃圾收集器的优化，通常不推荐在生产环境中频繁使用。相反，应该依赖JVM的自动内存管理和调优能力。

九十六、在Java中，什么是`finally`块，它在哪些情况下不会被执行？

在Java中，finally块是try语句的一个组成部分，它紧跟在catch块之后。finally块中的代码会在try块和catch块执行完毕后执行，无论是否发生异常，或者try块中的代码是否正常结束。finally块通常用于执行清理工作，比如关闭文件流、释放资源、重置变量等。

finally块的典型用法：

try {
    // 尝试执行的代码
} catch (ExceptionType name) {
    // 发生特定异常时执行的代码
} finally {
    // 一定会被执行的代码，用于资源清理等操作
}

finally块不会被执行的情况：

尽管finally块几乎总是在try或catch块之后执行，但存在几种特殊情况，即使定义了finally块，它也不会被执行：

1. finally块中发生未捕获的异常：如果在finally块中抛出了异常，并且这个异常没有在finally块内被捕获处理，那么finally块的剩余代码将不会被执行。

2. 调用了System.exit()：如果在try或catch块中调用了System.exit()方法，并且该方法调用在finally块之前，那么finally块将不会被执行，因为程序将退出。

3. JVM非正常终止：如果JVM非正常终止（如被外部强制终止），那么finally块也不会被执行。

4. Runtime.getRuntime().exit()：类似于System.exit()，如果使用Runtime.getRuntime().exit(int status)退出程序，并且该调用在finally块之前，finally块同样不会被执行。

5. 死亡循环：如果在try或catch块中存在一个无限循环，并且没有外部干预（如手动终止程序），那么程序可能永远无法到达finally块。

示例：

public class FinallyExample {
    public static void main(String[] args) {
        try {
            System.out.println("Try block executing.");
            // 假设这里有可能出现异常的代码
        } catch (Exception e) {
            System.out.println("Catch block executing.");
        } finally {
            System.out.println("Finally block executing.");
            System.exit(0); // 程序退出，finally之后的代码不会执行
        }
        // finally之后的代码永远不会执行
        System.out.println("This will not be printed.");
    }
}

在这个示例中，尽管finally块被执行了，但由于随后调用了System.exit(0)，finally块之后的代码将不会被执行。

注意事项：

• finally块是执行资源清理的理想位置，因为它保证了资源的释放，即使在发生异常的情况下。
• 在使用finally块时，应当避免在其中执行可能抛出异常的操作，除非这些异常被finally块自己处理，否则会导致finally块的剩余部分不被执行。
• 理解finally块的执行时机对于编写健壮的异常处理代码非常重要。