Java -- "final" 的理解

Java具有继承和多态的特性，这也造就了Java语言的面向对象的灵活性。但是，过于灵活就意味的有失控的可能性。

于是，产生了final 的概念 -- 为了数据的绝对安全，无法被后期修改，英文称之为 make it unmutable.

1. final 与 类

当不存在final的时候，若 B类 继承 A类，A类 可重写(overide) B类 中所有的方法，所以此时的 A类，是不安全的！A类中的内部逻辑是可被修改。在需要类安全的时候，就需要一种机制，对继承加以限制，这也就自然而然的产生的了 final的概念。这也是为什么一旦被final修饰的类无法被继承。若final修饰的类可以被继承，final存在的意义何在？

2.final 与 变量

与class类似，对于变量的安全性也需要final的概念来实现。变量安全性要从几个角度与反问我们自己：final修饰的变量能否被继承？继承后是否影响其unmutable的特性？若不能被继承，则可保证其unmutable的特性，但是继承的话，变量也可以用机制来实现unmuatable的特性。但是该变量的初始化的权利绝对不能下放到子类当中，若每一个子类都可以随意初始化final修饰过的变量，使得final变量可以有多种值的可能，必然违背的数据安全对变量要求 -- 即有权访问无权修改。既然子类有权访问，所以要保证数据的存在性，在子类对象创立之前，该数据也确保存在。这也就是为什么final变量一旦被声明必须初始化，且可以继承。（虽然可以一刀切：令其不可继承，但是继承在安全的基础上，增加的编写程序的灵活性，何乐而不为？）

3. final 与 方法

通样的，为了保护方法的安全性（make it unmutable），此时安全指的无论在何种条件下，若输入相同的要求输入值，一定返回相同要求的返回值，但是这种情况可能会由于继承后的重写遭到破坏，所以final修饰后的方法，必然不能被重写。同时，可继承的特性也使得编写的代码具有更高的灵活性。

总结

final class：不可被继承

final variable: 可以被继承（灵活性），但是声明必须被初始化（安全性）。

final method: 可以被继承（灵活性），可以重载（灵活性），不可被重写（安全性）。