| category | tag | ||
|---|---|---|---|
|
|
“哥，今天学什么呢？”
“今天学一个重要的关键字——final。 ”我面带着朴实无华的微笑回答着她，“对了，三妹，你打算考研吗？”
“还没想过，我今年才大一呢，到时候再说吧，你决定。”
“好吧。”我摊摊手，表示很无辜，真的是所有的决定都交给我这个哥哥了，如果决定错了，锅得背上。
“好了，我们先来看 final 修饰的变量吧！”
“被 final 修饰的变量无法重新赋值。换句话说，final 变量一旦初始化，就无法更改。”
“来看这行代码。”
final int age = 18;“当尝试将 age 的值修改为 30 的时候，编译器就生气了。”
“再来看这段代码。”
public class Pig {
private String name;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
}“这是一个很普通的 Java 类，它有一个字段 name。”
“然后，我们创建一个测试类，并声明一个 final 修饰的 Pig 对象。”
final Pig pig = new Pig();“如果尝试将 pig 重新赋值的话，编译器同样会生气。”
“但我们仍然可以去修改 pig 对象的 name。”
final Pig pig = new Pig();
pig.setName("特立独行");
System.out.println(pig.getName()); // 特立独行“另外，final 修饰的成员变量必须有一个默认值，否则编译器将会提醒没有初始化。”
“final 和 static 一起修饰的成员变量叫做常量，常量名必须全部大写。”
public class Pig {
private final int age = 1;
public static final double PRICE = 36.5;
}“有时候，我们还会用 final 关键字来修饰参数，它意味着参数在方法体内不能被再修改。”
“来看下面这段代码。”
public class ArgFinalTest {
public void arg(final int age) {
}
public void arg1(final String name) {
}
}“如果尝试去修改它的话，编译器会提示以下错误。”
“被 final 修饰的方法不能被重写。如果我们在设计一个类的时候，认为某些方法不应该被重写，就应该把它设计成 final 的。”
“Thread 类就是一个例子，它本身不是 final 的，这意味着我们可以扩展它，但它的 isAlive() 方法是 final 的。”
public class Thread implements Runnable {
public final native boolean isAlive();
}“需要注意的是，该方法是一个本地（native）方法，用于确认线程是否处于活跃状态。而本地方法是由操作系统决定的，因此重写该方法并不容易实现。”
“来看这段代码。”
public class Actor {
public final void show() {
}
}“当我们想要重写该方法的话，就会出现编译错误。”
“如果一个类中的某些方法要被其他方法调用，则应考虑事被调用的方法称为 final 方法，否则，重写该方法会影响到调用方法的使用。”
“三妹，来问你一个问题吧。”正想趁三妹回答问题的时候喝口水。
“你说吧，哥。”
“一个类是 final 的，和一个类不是 final，但它所有的方法都是 final 的，考虑一下，它们之间有什么区别？”
“我能想到的一点，就是前者不能被继承，也就是说方法无法被重写；后者呢，可以被继承，然后追加一些非 final 的方法。”还没等我把水咽下去，三妹就回答好了，着实惊呆了我。
“嗯嗯嗯，没毛病没毛病，进步很大啊！”
“那必须啊，谁叫我是你妹呢。”
“如果一个类使用了 final 关键字修饰，那么它就无法被继承.....”
“等等，哥，我知道，String 类就是一个 final 类。”还没等我说完，三妹就抢着说到。
“说得没毛病。”
public final class String
implements java.io.Serializable, Comparable<String>, CharSequence,
Constable, ConstantDesc {}“那三妹你知道为什么 String 类要设计成 final 吗？”
“这个还真不知道。”三妹的表情透露出这种无奈。
“原因大致有 3 个。”
- 为了实现字符串常量池
- 为了线程安全
- 为了 HashCode 的不可变性
“想了解更详细的原因，可以一会看看我之前写的这篇文章。”
“任何尝试从 final 类继承的行为将会引发编译错误。来看这段代码。”
public final class Writer {
private String name;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
}“尝试去继承它，编译器会提示以下错误，Writer 类是 final 的，无法继承。”
“不过，类是 final 的，并不意味着该类的对象是不可变的。”
“来看这段代码。”
Writer writer = new Writer();
writer.setName("沉默王二");
System.out.println(writer.getName()); // 沉默王二“Writer 的 name 字段的默认值是 null，但可以通过 settter 方法将其更改为沉默王二。也就是说，如果一个类只是 final 的，那么它并不是不可变的全部条件。”
“关于不可变类，我之前也单独讲过一篇，你一会去看看。”
“把一个类设计成 final 的，有其安全方面的考虑，但不应该故意为之，因为把一个类定义成 final 的，意味着它没办法继承，假如这个类的一些方法存在一些问题的话，我们就无法通过重写的方式去修复它。”
“三妹，final 关键字我们就学到这里吧，你一会再学习一下 Java 字符串为什么是不可变的和不可变类。”我揉一揉犯困的双眼，疲惫地给三妹说，“学完这两个知识点，你会对 final 的认知更清晰一些。”
“好的，二哥，我这就去学习去。你去休息会。”
我起身站到阳台上，看着窗外的车水马龙，不一会儿，就发起来呆。
“好想去再看一场周杰伦的演唱会，不知道 2021 有没有这个机会。”
我心里这样想着，天渐渐地暗了下来。
