• final关键字总结


    1、被final修饰的类不能被继承

    经典案例就是java.lang.String类

    public final class String implements java.io.Serializable, Comparable<String>, CharSequence

    还有一些常见的类也是被final所修饰的,如下:基本类型对应的包装类型(如java.lang.Integer、java.lang.Long等)、字符相关类(java.lang.StringBuilder、java.lang.StringBuffer)、系统类(java.lang.Class、java.lang.System)等。

    是Java语法所规定,如此设计的目的:类不需要被拓展、实现细节不允许改变,估计是为了安全考虑。

    2、被final修饰的方法不能被重写

    另外,不能被重写或者覆盖的方法还有:构造方法(也是静态方法)、静态方法、私有方法(子类中不可见,所以不允许重写)

    同样是Java语法规定,不允许改变方法的实现。

    静态方法为何不可以被子类重写?

    静态方法的调用是编译器编译时静态绑定的,而实例方法的调用是在运行时动态绑定的;静态方法无法像实例方法那样在运行时动态确定方法的实现,所以静态方法的复写没有意义。

    另外,因为二者的调用的方式不同,所以子类中不可以声明和父类中方法同名的静态方法;即:静态方法不能隐藏实例方法,二者只能存在其一,否则会存在歧义(子类调用方法时,不知该调用哪个方法)!

    但是 静态方法可以被子类的同名静态方法隐藏(实际这时,这已经是两个不相关的方法)

    因为调用方式一致,不会像上面造成歧义,虽然父类和子类都定义了同样的函数,但是编译器会根据对象的静态类型激活对应的静态方法的引用,造成了重写的假象,实则不是重写!

    附加Java多态的实现

    package com.learn.pra06;
    public class ClassReference {
        static class Person {
            @Override
            public String toString(){
                return "I'm a person.";
            }
            public void eat(){
                System.out.println("Person eat");
            }
            public void speak(){
                System.out.println("Person speak");
            }
    
        }
        static class Boy extends Person{
            @Override
            public String toString(){
                return "I'm a boy";
            }
            @Override
            public void speak(){
                System.out.println("Boy speak");
            }
            public void fight(){
                System.out.println("Boy fight");
            }
        }
        static class Girl extends Person{
            @Override
            public String toString(){
                return "I'm a girl";
            }
            @Override
            public void speak(){
                System.out.println("Girl speak");
            }
            public void sing(){
                System.out.println("Girl sing");
            }
        }
        public static void main(String[] args) {
            Person boy = new Boy();
            Person girl = new Girl();
            System.out.println(boy);
            boy.eat();
            boy.speak();
            System.out.println(girl);
            girl.eat();
            girl.speak();
        }
    }

    首先看看方法表在内存的模型: 

    通过看Girl和Boy方法表可以看出继承的方法从头到尾开始排列,并且方法引用在子类的中都有固定索引,即都有相同的偏移量;若子类重写父类某个方法,就会使子类方法表原先存父类的方法引用变成重写后方法的引用,到这就应该理解为什么可以根据对象类型而调用到正确的方法,关键就在于方法表。 

    总体流程就是:编译器将类编译成class文件,其中方法会根据静态类型从而将对应的方法引用写入class中,运行时,JVM会根据INVOKEVIRTUAL 所指向的方法引用在方法区找到该方法的偏移量,再根据this找到引用类型真实指向的对象,访问这个对象类型的方法表,根据偏移量找出存放目标方法引用的位置,取出这个引用,调用这个引用实际指向的方法,完成多态!

    以上均参考 https://blog.csdn.net/dawn_after_dark/article/details/74357049

    3、被final修饰的变量不能被“改变”

    1)被final修饰的变量不像static那样,它也可以修饰局部变量。

    2)被final修饰的变量一定要被初始化,否则编译不通过。

    初始化有两种:直接在变量定义时初始化 和 在构造函数中初始化(每个构造函数都要初始化即每个实例化对象的入口都要进行初始化)。

    3)被final修饰的基本类型变量,它的值是不可变的。被final修饰的引用类型变量,它的引用地址是不可变的,对象里的内容是可变的。

    4、在匿名内部类中使用外部方法的局部变量(也可能是函数的参数形式)时,该变量必须被final修饰。

    1)原因:匿名内部类里面使用外部方法中的局部变量时,其实就是内部类的对象在使用它,内部类对象生命周期中都可能调用它,而内部类对象试图访问外部方法中的局部变量时,外部方法的局部变量很可能已经不存在了(方法执行完,局部变量便从栈中弹出,生命周期结束不复存在了),那么就得延续其生命,拷贝到内部类中,而拷贝会带来不一致性,从而需要使用final声明保证一致性。

    ==》为了解决内部类实例与外部方法局部变量生命周期不同的问题,匿名内部类备份了变量,为了解决备份变量引起的修改后没有同步修改的问题,外部变量需要被定义成final  ==》 匿名内部类使用final不是怕修改,是怕不能同步修改。

    2)匿名内部类使用外部类的成员变量是不需要是final的。 因为内部类本身都会含有一个外围了的引用(外围类.this),所以回调的时候一定可以访问到

    private Animator createAnimatorView(final View view, final int position) {
        MyAnimator animator = new MyAnimator();
        animator.addListener(new AnimatorListener() {
            @Override
            public void onAnimationEnd(Animator arg0) {
                Log.d(TAG, "position=" + position); 
            }
        });
        return animator;
    }

    内部类回调里访问position的时候createAnimatorView()早就执行完了,position如果不是final的,回调的时候肯定就无法拿到它的值了,因为局部变量在函数执行完了以后就被回收了。

    以上参考 https://www.cnblogs.com/DarrenChan/p/5738957.html

    附加 通过反编译查看传递给匿名内部类的参数

    public interface MyInterface {
        void doSomething();
    }
    
    
    public class TryUsingAnonymousClass {
        public void useMyInterface() {
            final Integer number = 123;
            System.out.println(number);
    
            MyInterface myInterface = new MyInterface() {
                @Override
                public void doSomething() {
                    System.out.println(number);
                }
            };
            myInterface.doSomething();
    
            System.out.println(number);
        }
    }

    我们进行反编译,结果是:

    class TryUsingAnonymousClass$1 implements MyInterface {
        private final TryUsingAnonymousClass this$0;
        private final Integer paramInteger;
    
        TryUsingAnonymousClass$1(TryUsingAnonymousClass this$0, Integer paramInteger) {
            this.this$0 = this$0;
            this.paramInteger = paramInteger;
        }
    
        public void doSomething() {
            System.out.println(this.paramInteger);
        }
    }

    可以看到:外部类的实例引用 this$0 和外部方法局部变量 number 都作为构造方法的参数传入了匿名内部类。

    5、final变量与普通变量有什么区别,什么时候可以相等?

    public class FinalTest2 {
    
        public static void main(String[] args) {
            final String str1 = "test";
            final String str2 = getContent();
            String str3 = "test";
            
            String str4 = str1 + "";
            String str5 = str2 + "";
            
            System.out.println(str3 == str4);
            System.out.println(str3 == str5);
        }
        public static String getContent(){
            return "test";
        }
    }

    输出后的结果为true和false。这是为什么呢?

    如果是final修饰直接定义的字符串或者是基本类型,它在编译期间就会确定其值,则编译器会把它当做常量,放在常量池中。所以当有使用到它的地方会直接用常量替换(str1 str3 str4都是常量池中的同一个常量)。而其他都是运行时才会确定的值,所以依然使用变量去计算。在代码中str2变量,虽然用是final修饰但是它的值要在的运行时才能确定,所以它相当于普通变量。而str5的生成,因为str2是普通变量,所以str5会通过StringBulider去计算整个表达式的值,返回一个新的String,引用地址变了。所以第12行的输出为false;

    6、final与finally 和finalize的区别

    finally是异常处理语句结构的一部分,表示最终执行。

    finalize是Object类的一个析构方法,在垃圾收集器执行的时候会调用被回收对象的此方法,供垃圾收集时的其他资源回收,例如关闭文件等。

    当垃圾回收器将要释放无用对象的内存时,先调用该对象的finalize()方法。如果在程序终止前垃圾回收器始终没有执行垃圾回收操作,那么垃圾回收器将始终不会调用无用对象的finalize()方法。在Java的Object基类中提供了protected类型的finalize()方法,因此任何Java类都可以覆盖finalize()方法,通常,在析构方法中进行释放对象占用的相关资源的操作。

    Java 虚拟机的垃圾回收操作对程序完全是透明的,因此程序无法预料某个无用对象的finalize()方法何时被调用。如果一个程序只占用少量内存,没有造成严重的内存需求,垃圾回收器可能没有释放那些无用对象占用的内存,因此这些对象的finalize()方法还没有被调用,程序就终止了。

    程序即使显式调用System.gc()或Runtime.gc()方法,也不能保证垃圾回收操作一定执行,也就不能保证对象的finalize()方法一定被调用

    当垃圾回收器在执行finalize()方法的时候,如果出现了异常,垃圾回收器不会报告异常,程序继续正常运行。

    参考:https://www.cnblogs.com/yuanfy008/p/8021673.html

  • 相关阅读:
    $.data(elem, key, val) 和 elem.data(key, val)
    支付宝调起,应用签名失败,请联系商家
    关于load方法加载时间问题
    你学过的每一样东西,你遭受的每一次苦难,都会在你一生中的某个时候派上用场。 ——佩内洛普·菲兹杰拉德 《离岸》
    iOS视图生命周期总结(别人博客荡来的)
    闲言(诗三百三首)
    iOS 点击WebView中的链接,跳转指定控制器
    IOS 版本号大小比较
    iOS二维码,条形码扫描问题
    IOS使用个推遇到的坑
  • 原文地址:https://www.cnblogs.com/genggeng/p/10034048.html
Copyright © 2020-2023  润新知