继上篇JVM学习之后,后面将分三期深入介绍剩余JAVA基础面试题,每期3题。

题目一、final,finally,finalize有什么区别?

/*请尊重作者劳动成果,转载请标明原文链接:*/

/* https://www.cnblogs.com/jpcflyer/p/10739217.html* /
<https://www.cnblogs.com/jpcflyer/p/10739217.html>
大家一般都这么回答: final 可以用来修饰类、方法、变量,分别有不同的意义,final 修饰的 class 代表不可以继承扩展,final
的变量是不可以修改的,而 final 的方法也是不可以重写的(override)。 finally 则是 Java
保证重点代码一定要被执行的一种机制。我们可以使用 try-finally 或者 try-catch-finally 来进行类似关闭 JDBC 连接、保证
unlock 锁等动作。 finalize 是基础类 java.lang.Object
的一个方法,它的设计目的是保证对象在被垃圾收集前完成特定资源的回收。finalize 机制现在已经不推荐使用,并且在 JDK 9 开始被标记为
deprecated。   从语法层次,这样说完是没有问题的,但让我们深入一下,什么时候会用到final? 如果你关注过 Java 核心类库的定义或源码,
有没有发现 java.lang 包下面的很多类,相当一部分都被声明成为 final class?在第三方类库的一些基础类中同样如此,这可以有效避免 API
使用者更改基础功能,某种程度上,这是保证平台安全的必要手段。 使用 final
修饰参数或者变量,也可以清楚地避免意外赋值导致的编程错误,甚至,有人明确推荐将所有方法参数、本地变量、成员变量声明成 final。 final
变量产生了某种程度的不可变(immutable)的效果,所以,可以用于保护只读数据,尤其是在并发编程中,因为明确地不能再赋值 final
变量,有利于减少额外的同步开销,也可以省去一些防御性拷贝的必要。 另外,有一些常被考到的 finally
问题(也比较偏门),至少需要了解一下。比如,下面代码会输出什么? 1 try { 2 // do something 3 System.exit(1); 4 }
finally{ 5 System.out.println(“Print from finally”); 6 }
上面 finally 里面的代码可不会被执行的哦,这是一个特例。
如果需要关闭连接等资源,推荐使用 Java 7 中添加的 try-with-resources 语句,因为通常 Java
平台能够更好地处理异常情况,编码量也要少很多,何乐而不为呢。 对于 finalize,我们要明确它是不推荐使用的,业界实践一再证明它不是个好的办法,在
Java 9 中,甚至明确将 Object.finalize() 标记为 deprecated!如果没有特别的原因,不要实现 finalize
方法,也不要指望利用它来进行资源回收。 为什么呢?简单说,你无法保证 finalize
什么时候执行,执行的是否符合预期。使用不当会影响性能,导致程序死锁、挂起等。   题目二、String, StringBuffer,
StringBuilder有什么区别?
接下来聊一聊日常使用的字符串,别看它似乎简单,但实际上字符串涉及到的知识点特别多,在编程的大部分时候也都是在和字符串打交道。 一般回答:  String 是
Java 语言非常基础和重要的类,提供了构造和管理字符串的各种基本逻辑。它是典型的 Immutable 类,被声明成为 final class,所有属性也都是
final 的。也由于它的不可变性,类似拼接、裁剪字符串等动作,都会产生新的 String
对象。由于字符串操作的普遍性,所以相关操作的效率往往对应用性能有明显影响。 StringBuffer
是为解决上面提到拼接产生太多中间对象的问题而提供的一个类,我们可以用 append 或者 add
方法,把字符串添加到已有序列的末尾或者指定位置。StringBuffer
本质是一个线程安全的可修改字符序列,它保证了线程安全,也随之带来了额外的性能开销,所以除非有线程安全的需要,不然还是推荐使用它的后继者,也就是
StringBuilder。 StringBuilder 是 Java 1.5 中新增的,在能力上和 StringBuffer
没有本质区别,但是它去掉了线程安全的部分,有效减小了开销,是绝大部分情况下进行字符串拼接的首选。   再继续扩展一下: 首先看看 StringBuffer
实现的一些细节,它的 线程安全是通过把各种修改数据的方法都加上 synchronized 关键字实现的,非常直白。
为了实现修改字符序列的目的,StringBuffer 和 StringBuilder 底层都是利用可修改的(char,JDK 9 以后是
byte)数组,二者都继承了 AbstractStringBuilder,里面包含了基本操作,区别仅在于最终的方法是否加了 synchronized。
另外,这个内部数组应该创建成多大的呢?如果太小,拼接的时候可能要重新创建足够大的数组;如果太大,又会浪费空间。目前的实现是,构建时初始字符串长度加
16(这意味着,如果没有构建对象时输入最初的字符串,那么初始值就是
16)。我们如果确定拼接会发生非常多次,而且大概是可预计的,那么就可以指定合适的大小,避免很多次扩容的开销。扩容会产生多重开销,因为要抛弃原有数组,创建新的(可以简单认为是倍数)数组,还要进行
arraycopy。 如对此感兴趣,可以继续阅读前文“深入理解String, StringBuffer, StringBuilder的区别(基于JDK1.8
<https://www.cnblogs.com/jpcflyer/p/9280501.html>)”

 

题目三、Exception和Error有什么区别?

直接看JAVA异常结构吧,JAVA异常的继承结构:Throwable为基类,Error和Exception继承Throwable,RuntimeException和IOException等继承Exception。Error和RuntimeException及其子类成为未检查异常(unchecked),其它异常成为已检查异常(checked)。 




Error异常
Error表示程序在运行期间出现了十分严重、不可恢复的错误,在这种情况下应用程序只能中止运行,例如JAVA
虚拟机出现错误。Error是一种unchecked
Exception,编译器不会检查Error是否被处理,在程序中不用捕获Error类型的异常。一般情况下,在程序中也不应该抛出Error类型的异常。
RuntimeException异常
Exception异常包括RuntimeException异常和其他非RuntimeException的异常。 RuntimeException
是一种Unchecked
Exception,即表示编译器不会检查程序是否对RuntimeException作了处理,在程序中不必捕获RuntimException类型的异常,也不必在方法体声明抛出RuntimeException类。RuntimeException发生的时候,表示程序中出现了编程错误,所以应该找出错误修改程序,而不是去捕获RuntimeException。
Checked Exception异常
Checked
Exception异常,这也是在编程中使用最多的Exception,所有继承自Exception并且不是RuntimeException的异常都是checked
Exception,上图中的IOException和ClassNotFoundException。JAVA 语言规定必须对checked
Exception作处理,编译器会对此作检查,要么在方法体中声明抛出checked Exception,要么使用catch语句捕获checked
Exception进行处理,不然不能通过编译。