重新精读《Java 编程思想》系列之final关键字

简介: 重新精读《Java 编程思想》系列之final关键字

在java中final关键字标识无法被修改。接下来从final修饰数据、方法和类进行介绍。

final数据

final用来告知编译器这一块数据是恒定不变的。数据恒定不变又如下作用:
1、一个永不改变的编译时常量。
2、一个在运行时被初始化的值,而你不希望他改变。
编译器常量的情况,编译器可以将常量值代入任何可能用到的计算式,可以在编译时,执行计算式,减轻运行的负担。这类常量必须是基本数据类型,并且以关键字final表示。常量在定义的时候,必须对其进行赋值。一个即是static又是final的域占据一段不能改变的存储空间。

如果不赋初值,编译器会报错提示。
当final修饰对象引用的时候,final使对象的引用恒定不变,一旦引用被初始化指向一个对象,就无法再把它指向另一个对象。然而对象的自身是可以修改的。

像以上代码,可以看出改变引用的时候,编译器会报错提示,但是当改变引用对象的内部属性的时候,就没有问题。

空白final

java允许生产空白final,指被声明为final,但又未给定初值的域,无论什么情况,编译器确保空白final在使用前必须被初始化。空白fianl的作用可以做到根据对象的不同而有所不同,却又保持其恒定不变的特性。

class Poppet{
    private int i;
    Poppet(int ii){
        i = ii;
    }
}

public class BlankFinal {
    private final int i = 0;
    private final int j;
    private final Poppet p ;

    public BlankFinal(){
        j =1 ;
        p = new Poppet(1);
    }

    public BlankFinal(int x){
        j = x;
        p = new Poppet(x);
    }

    public static void main(String[] args) {
        new BlankFinal();
        new BlankFinal(20);
    }
}

当我们定义空白的final的时候,必须保证在构造器的时候对值进行初始化。如上面的代码,假如我们没有在构造器中对其进行初始化,则会报错。

final参数

java允许在参数列表中以声明的方式将参数指明为final,这意味着无法在方法中更改参数引用指向的对象。

void with(final Gizmo g){
    g= new Gizmo();
}

如上代码是不可以的,因为final的类型不可以进行更改。

void f(final int i){
    i++;
}

如上也是不可以的。

void f(final int i){
    return i+1;
}

如上可以。说明final类型的数据可以读取但是不可以修改。

final方法

final方法使用有两个原因。
第一个原因:把方法锁定,防止任何继承类修改它的含义。想要确保在继承中使方法行为保持不变,并且不会覆盖。
第二个原因:在java早期开发过程中,如果将一个方法指明为final,就是同意编译器将针对该方法的所有调用转为内嵌调用。当编译器发现一个final方法调用命令的时候,会根据自己的谨慎判断,跳过插入程序代码这种正常方式而执行方法调用机制。并且以方法体中的实际代码的副本来替代方法的调用。这将消除方法调用的开销。当然,如果一个方法很大,你的程序代码就会膨胀,因而看不到内嵌带来的任何性能提高,因为,所带来的性能提高会因为花费于方法内的时间量而被缩减,在最近的java版本中,虚拟机可以探测到这些情况,并优化去掉这些效率反而降低的额外的内嵌调用,因此不再需要用final来进行优化,这种方法正在逐渐的受阻,只有在想要明确禁止覆盖的时候,才将方法设置为final。

final和private关键字

类中的所有private方法都隐式的指定为final,由于无法取用private方法,就无法覆盖它。可以对private方法增加final修饰词,但是没有任何意义。

final类

当将某个类的整体定义为final的时候,就表明了你不打算继承该类,而且也不允许别人这样做,对于该类永远不需要做任何变动,出于安全考虑,你不希望有子类。
final类的域可以根据个人意愿选择为是或不是final。不论类是否被定义为final。相同的规则都适用于定义为final的域。
由于final类禁止继承,所以final类中的所有方法都隐式指定为是fianl的。因为无法覆盖它。在final类中给方法添加final关键字,没什么意义。

相关文章
|
3天前
|
安全 Java API
JAVA并发编程JUC包之CAS原理
在JDK 1.5之后,Java API引入了`java.util.concurrent`包(简称JUC包),提供了多种并发工具类,如原子类`AtomicXX`、线程池`Executors`、信号量`Semaphore`、阻塞队列等。这些工具类简化了并发编程的复杂度。原子类`Atomic`尤其重要,它提供了线程安全的变量更新方法,支持整型、长整型、布尔型、数组及对象属性的原子修改。结合`volatile`关键字,可以实现多线程环境下共享变量的安全修改。
|
1天前
|
Java
JAVA并发编程系列(7)Semaphore信号量剖析
腾讯T2面试,要求在3分钟内用不超过20行代码模拟地铁安检进站过程。题目设定10个安检口,100人排队,每人安检需5秒。实际中,这种题目主要考察并发编程能力,特别是多个线程如何共享有限资源。今天我们使用信号量(Semaphore)实现,限制同时进站的人数,并通过信号量控制排队和进站流程。并详细剖析信号量核心原理和源码。
|
2天前
|
存储 Java
JAVA并发编程AQS原理剖析
很多小朋友面试时候,面试官考察并发编程部分,都会被问:说一下AQS原理。面对并发编程基础和面试经验,专栏采用通俗简洁无废话无八股文方式,已陆续梳理分享了《一文看懂全部锁机制》、《JUC包之CAS原理》、《volatile核心原理》、《synchronized全能王的原理》,希望可以帮到大家巩固相关核心技术原理。今天我们聊聊AQS....
|
2天前
|
Java 程序员 数据库连接
Java编程中的异常处理:从基础到进阶
【9月更文挑战第18天】在Java的世界里,异常处理是每个程序员必须面对的挑战。本文将带你从异常的基本概念出发,通过实际的代码示例,深入探讨如何有效地管理和处理异常。我们将一起学习如何使用try-catch块来捕捉异常,理解finally块的重要性,以及如何自定义异常类来满足特定需求。无论你是初学者还是有经验的开发者,这篇文章都将为你提供新的见解和技巧,让你的Java代码更加健壮和可靠。
|
2天前
|
Java 数据库连接 UED
掌握Java编程中的异常处理
【9月更文挑战第18天】在Java的世界中,异常是那些不请自来的客人,它们可能在任何时候突然造访。本文将带你走进Java的异常处理机制,学习如何优雅地应对这些突如其来的“访客”。从基本的try-catch语句到更复杂的自定义异常,我们将一步步深入,确保你能够在面对异常时,不仅能够从容应对,还能从中学到宝贵的经验。让我们一起探索如何在Java代码中实现健壮的异常处理策略,保证程序的稳定运行。
|
3天前
|
Java 数据库
JAVA并发编程-一文看懂全部锁机制
曾几何时,面试官问:java都有哪些锁?小白,一脸无辜:用过的有synchronized,其他不清楚。面试官:回去等通知! 今天我们庖丁解牛说说,各种锁有什么区别、什么场景可以用,通俗直白的分析,让小白再也不怕面试官八股文拷打。
|
9天前
|
缓存 Java 编译器
JAVA并发编程volatile核心原理
volatile是轻量级的并发解决方案,volatile修饰的变量,在多线程并发读写场景下,可以保证变量的可见性和有序性,具体是如何实现可见性和有序性。以及volatile缺点是什么?
|
3天前
|
Java
深入理解Java中的多线程编程
本文将探讨Java多线程编程的核心概念和技术,包括线程的创建与管理、同步机制以及并发工具类的应用。我们将通过实例分析,帮助读者更好地理解和应用Java多线程编程,提高程序的性能和响应能力。
15 4
|
11天前
|
Java 调度 开发者
Java并发编程:深入理解线程池
在Java的世界中,线程池是提升应用性能、实现高效并发处理的关键工具。本文将深入浅出地介绍线程池的核心概念、工作原理以及如何在实际应用中有效利用线程池来优化资源管理和任务调度。通过本文的学习,读者能够掌握线程池的基本使用技巧,并理解其背后的设计哲学。
|
3天前
|
安全 Java 开发者
Java并发编程中的锁机制解析
本文深入探讨了Java中用于管理多线程同步的关键工具——锁机制。通过分析synchronized关键字和ReentrantLock类等核心概念,揭示了它们在构建线程安全应用中的重要性。同时,文章还讨论了锁机制的高级特性,如公平性、类锁和对象锁的区别,以及锁的优化技术如锁粗化和锁消除。此外,指出了在高并发环境下锁竞争可能导致的问题,并提出了减少锁持有时间和使用无锁编程等策略来优化性能的建议。最后,强调了理解和正确使用Java锁机制对于开发高效、可靠并发应用程序的重要性。
13 3