标签：句柄 避免 程序设计 设计 嵌入 清除 机制 定义 改变
由于语境（应用环境）不同，final 关键字的含义可能会稍微产生一些差异。 但它一般的意思就是声明“这个东西不能改变”。之所以要禁止改变，可能是 考虑到两方面的因素：设计或效率。由于这两个原因颇有些区别，所以也许会造 成 final 关键字的误用。 在接下去的小节里，我们将讨论 final 关键字的三种应用场合：数据、方法以 及类。
许多程序设计语言都有自己的办法告诉编译器某个数据是“常数”。常数主 要应用于下述两个方面： (1) 编译期常数，它永远不会改变 (2) 在运行期初始化的一个值，我们不希望它发生变化 对于编译期的常数，编译器（程序）可将常数值“封装”到需要的计算过程 里。也就是说，计算可在编译期间提前执行，从而节省运行时的一些开销。在Java 中，这些形式的常数必须属于基本数据类型（Primitives），而且要用 final 关键字进行表达。在对这样的一个常数进行定义的时候，必须给出一个值。 无论 static 还是 final 字段，都只能存储一个数据，而且不得改变。 若随同对象句柄使用 final，而不是基本数据类型，它的含义就稍微让人有点 儿迷糊了。对于基本数据类型，final 会将值变成一个常数；但对于对象句柄，final 会将句柄变成一个常数。进行声明时，必须将句柄初始化到一个具体的对象。而 且永远不能将句柄变成指向另一个对象。然而，对象本身是可以修改的。Java 对此未提供任何手段，可将一个对象直接变成一个常数（但是，我们可自己编写 一个类，使其中的对象具有“常数”效果）。这一限制也适用于数组，它也属于 对象。
之所以要使用 final 方法，可能是出于对两方面理由的考虑。第一个是为方法 “上锁”，防止任何继承类改变它的本来含义。设计程序时，若希望一个方法的 行为在继承期间保持不变，而且不可被覆盖或改写，就可以采取这种做法。 采用 final 方法的第二个理由是程序执行的效率。将一个方法设成 final 后， 编译器就可以把对那个方法的所有调用都置入“嵌入”调用里。只要编译器发现 一个 final 方法调用，就会（根据它自己的判断）忽略为执行方法调用机制而采 取的常规代码插入方法（将自变量压入堆栈；跳至方法代码并执行它；跳回来； 清除堆栈自变量；后对返回值进行处理）。相反，它会用方法主体内实际代码 的一个副本来替换方法调用。这样做可避免方法调用时的系统开销。当然，若方 法体积太大，那么程序也会变得雍肿，可能受到到不到嵌入代码所带来的任何性 能提升。因为任何提升都被花在方法内部的时间抵消了。Java 编译器能自动侦测 这些情况，并颇为“明智”地决定是否嵌入一个 final 方法。然而，好还是不 要完全相信编译器能正确地作出所有判断。通常，只有在方法的代码量非常少， 或者想明确禁止方法被覆盖的时候，才应考虑将一个方法设为 final。 类内所有 private 方法都自动成为 final。由于我们不能访问一个 private 方法， 所以它绝对不会被其他方法覆盖（若强行这样做，编译器会给出错误提示）。可 为一个 private 方法添加 final 指示符，但却不能为那个方法提供任何额外的含义
如果说整个类都是 final（在它的定义前冠以 final 关键字），就表明自己不希 望从这个类继承，或者不允许其他任何人采取这种操作。换言之，出于这样或那 样的原因，我们的类肯定不需要进行任何改变；或者出于安全方面的理由，我们 不希望进行子类化（子类处理）。
除此以外，我们或许还考虑到执行效率的问题，并想确保涉及这个类各对象 的所有行动都要尽可能地有效。
标签：句柄 避免 程序设计 设计 嵌入 清除 机制 定义 改变
原文地址：http://www.cnblogs.com/cainiaoYY/p/7091688.html
