第7章 复用类

7.1 名称屏蔽

在C++中，如果基类拥有一个已被多次重载的方法名称，那么在其派生类中重新定义该方法名称，就会屏蔽其基类中的任何版本，这叫做名称屏蔽。但是在Java中，就种情况下，不会发生名称屏蔽，即无论在派生类还是在基类中对方法进行定义，重载机制都可以正常工作。

7.2 @Override注解

Java SE5新增加了@Override注解，可以把它当作关键字来用，它的作用是告诉编译器我想重写这个方法，因为Java不会产生名称屏蔽，所以如果我不留心重载了，编译器就会报错来告诉我违背了我的初衷。

7.3 final关键字

Java的关键字final：“这是无法改变的。”不想改变可能出于两种理由：设计或效率。可能使用到final的三种情况：数据、方法和类。

7.3.1 final数据

final基本数据类型变量：这样编译器可在编译时执行计算式，从而减轻了运行时负担（提高效率）。

备注1：编译期常量在定义时必须对其赋值。

备注2：空白final：编译期常量在声明时可以不赋（此时叫空白final），但必须在构造器中赋值，所以final域在使用前总是被初始化。

final对象引用：引用恒定不变，即一旦引用初始化指向一个对象，就无法再把它改变为指向另一个引用，但对象其自身是可以被修改的。这种情形同样适用数组，因为如前面所述，Java数组也可（看作）是引用。

final参数：指明为final的方法参数，意味着方法内只能读而不能修改参数，这一特性主要用来向匿名内部类传递数据。

7.3.2 final方法

使用final方法的原因有两个：

1. 锁定方法：以防任何继承类修改它的含义。这是出于设计的考虑。

2. 效率：在Java早期版本中，方法声明为final，就是同意编译器针对该方法的所有调用都转为内嵌调用。而在Java SE5/6时，应该让编译器和JVM云处理效率问题，只有在想要明确禁止覆盖时，才将方法设置为final的。

final和private关键字

类中所有的private方法都隐式地指定为是final的。由于无法取用private方法，所以也就无法覆盖它。

派生类中试图“覆盖”父类中一个private方法（隐含是final的），似乎奏效，编译器不会出错，但实际上只是在派生类中生成了一个新的方法，此时并没有覆盖父类的private方法。

7.3.3 final类

final类：对该类的设计永不需要变动，或者出于安全的考虑，你不希望它有子类。因为final类禁止继承，所以final类中所有的方法都隐式指定为是final的，因为无法覆盖它们。在final类中可以给方法添加final修饰词，但这不会增添任何意义。

7.3.4 有关final的忠告

在设计类时，将方法指明是final的，应该说是明智的。

- Java1.0/1.1中Vector类中的方法均没有设计成final的，然后Statck继承了Vector，就是说Stack是个Vector，这从逻辑观点看是不正确的，还有Vector中的addElement()和elementAt()是同步的，导致执行开销大，可能会抹煞final的好处。所以Vector的设计不合理，现代Java的容器ArrayList替代了Vector。ArrayList要合理得多，但遗憾的是仍然存在用旧容器库编写新程序代码的情况。

- Java1.0/1.1中的Hashtable类也是不包含任何final方法。现代Java的容器库用HashMap代替了Hastable。

7.4. 初始化及类的加载

7.4.1 类的加载

Java采用了一种不同的对类加载的方式，Java每个类的编译代码都存在于它自己的独立的文件中（.class文件）。该文件只在其代码需要被使用时才会被加载（That file isn’t loaded until the code is needed）。

通常，可以说“类的代码在初次使用时才加载。”，包括两个场景：

场景1：这通常是指加载发生于构造类的第一个对象之时；

场景2：当访问static域或static方法时，也会发生加载。（构造器也是static方法，尽管static关键字并没有地写出来。因此更准确地讲，++类是在其任何static成员被访问时加载的++。）

7.4.2 初始化

初次使用之处也是staic初始化发生之处。

所有的static对象和static代码段都会在加载时依程序中的顺序（即，定义类时的书写顺序）而依次初始化。

当然，定义为static的东西只会被初始化一次。