阿里面试题系列：工作5年，第一次这么清醒的理解final关键字？(1)

最后

分享一些系统的面试题，大家可以拿去刷一刷，准备面试涨薪。

这些面试题相对应的技术点：

• JVM
• MySQL
• Mybatis
• MongoDB
• Redis
• Spring
• Spring boot
• Spring cloud
• Kafka
• RabbitMQ
• Nginx
• …

大类就是：

• Java基础
• 数据结构与算法
• 并发编程
• 数据库
• 设计模式
• 微服务
• 消息中间件

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

}

classSubClass extends SuperClass{

protected String getName() {

return “sub class”;

}

}

上述代码运行会得到如下错误:

java: org.example.cl03.TCCClass中的test()无法覆盖org.example.cl03.TClass中的test()

被覆盖的方法为final

2. 被final修饰的成员变量是用得最多的地方。

3. 对于一个final变量，如果是基本数据类型的变量，则其数值一旦在初始化之后便不能更改；final修饰的变量能间接实现常量的功能，而常量是全局的、不可变的，因此我们同时使用static和final来修饰变量，就能达到定义常量的效果。

4. 如果是引用类型的变量，则在对其初始化之后便不能再让其指向另一个对象。

被final修饰的变量的初始化

---

1. 在定义时初始化属性的值

public class TCCClass {

private final String name;

public static void main(String[] args) {

}

}

上述代码在运行时会提示如下错误

java: 变量 name 未在默认构造器中初始化

修改成下面的方式即可。

public class TCCClass {

private final String name=“name”;

}

2. 在构造方法中赋值

public class TCCClass {

private final String name;

public TCCClass(String name){

this.name=name;

}

}

能够在构造方法中赋值的原因是：对于一个普通成员属性赋值时，必须要先通过构造方法实例化该对象。因此作为该属性唯一的访问入口，JVM允许在构造方法中给final修饰的属性赋值。这个过程并没有违反final的原则。当然如果被修饰final关键字的属性已经初始化了值，是无法再使用构造方法重新赋值的。

反射破坏final规则

---

基于上述final关键字的基本使用描述，可以知道final修饰的属性是不可变的。

但是，通过反射机制，可以破坏final的规则，代码如下

public class TCCClass {

private final String name=“name”;

public static void main(String[] args) throws Exception {

TCCClass tcc=new TCCClass();

System.out.println(tcc.name);

Field name=tcc.getClass().getDeclaredField(“name”);

name.setAccessible(true);

name.set(tcc,“mic”);

System.out.println(name.get(tcc));

}

}

打印结果如下：

name

mic

知识点扩展

上述代码理论上来说应该是下面这种写法，因为通过反射修改tcc实例对象中的name属性后，应该通过实例对象直接打印出name的结果。

public static void main(String[] args) throws Exception {

TCCClass tcc=new TCCClass();

System.out.println(tcc.name);

Field name=tcc.getClass().getDeclaredField(“name”);

name.setAccessible(true);

name.set(tcc,“mic”);

System.out.println(tcc.name); //here

}

但是实际输出结果后，发现tcc.name打印的结果没有变化？

原因是：JVM在编译时期做的深度优化机制, 就把final类型的String进行了优化, 在编译时期就会把String处理成常量，导致打印结果不会发生变化。

为了避免这种深度优化带来的影响，我们还可以把上述代码修改成下面这种形式

public class TCCClass {

private final String name=(null == null ? "name" : "");

public static void main(String[] args) throws Exception {

    TCCClass tcc=new TCCClass();

    System.out.println(tcc.name);

    Field name=tcc.getClass().getDeclaredField("name");

    name.setAccessible(true);

    name.set(tcc,"mic");

    System.out.println(tcc.name);

}

}

打印结果如下:

name

mic

反射无法修改被final和static同时修饰的变量

把上面的代码修改如下。

public class TCCClass {

private static final String name=(null == null ? “name” : “”);

public static void main(String[] args) throws Exception {

TCCClass tcc=new TCCClass();

System.out.println(tcc.name);

Field name=tcc.getClass().getDeclaredField(“name”);

name.setAccessible(true);

name.set(tcc,“mic”);

System.out.println(tcc.name);

}

}

执行结果,执行之后会报出如下异常, 因为反射无法修改同时被static final修饰的变量:

Exception in thread “main” java.lang.IllegalAccessException: Can not set static final java.lang.String field org.example.cl03.TCCClass.name to java.lang.String

at sun.reflect.UnsafeFieldAccessorImpl.throwFinalFieldIllegalAccessException(UnsafeFieldAccessorImpl.java:76)

at sun.reflect.UnsafeFieldAccessorImpl.throwFinalFieldIllegalAccessException(UnsafeFieldAccessorImpl.java:80)

at sun.reflect.UnsafeQualifiedStaticObjectFieldAccessorImpl.set(UnsafeQualifiedStaticObjectFieldAccessorImpl.java:77)

at java.lang.reflect.Field.set(Field.java:764)

at org.example.cl03.TCCClass.main(TCCClass.java:13)

那么被final和static同时修饰的属性，能否被修改呢？答案是可以的！

修改代码如下：

public class TCCClass {

private static final String name=(null == null ? “name” : “”);

public static void main(String[] args) throws Exception {

TCCClass tcc=new TCCClass();

System.out.println(tcc.name);

Field name=tcc.getClass().getDeclaredField(“name”);

name.setAccessible(true);

Field modifiers = name.getClass().getDeclaredField(“modifiers”);

modifiers.setAccessible(true);

modifiers.setInt(name, name.getModifiers() & ~Modifier.FINAL);

name.set(tcc,“mic”);

modifiers.setInt(name, name.getModifiers() & ~Modifier.FINAL);

System.out.println(tcc.name);

}

}

具体思路是，把被修饰了final关键字的name属性，通过反射的方式去掉final关键字，代码实现

Field modifiers = name.getClass().getDeclaredField(“modifiers”);

modifiers.setAccessible(true);

modifiers.setInt(name, name.getModifiers() & ~Modifier.FINAL);

接着通过反射修改name属性，修改成功后，再使用下面代码把final关键字加回来

modifiers.setInt(name, name.getModifiers() & ~Modifier.FINAL);

为什么局部内部类和匿名内部类只能访问final变量

---

在了解这个问题之前，我们先来看下面这段代码

public static void main(String[] args) {

}

public void test(final int b) {

final int a = 10;

new Thread(){

public void run() {

System.out.println(a);

System.out.println(b);

};

}.start();

}

}

这段代码被编译后，会生成两个文件: FinalExample.class和FinalExample$1.class（匿名内部类）

通过反编译来看一下FinalExample$1.class这个类

class FinalExample$1 extends Thread {

FinalExample$1(FinalExample this$0, int var2, int var3) {

this.this$0 = this$0;

this.val$a = var2;

this.val$b = var3;

}

public void run() {

System.out.println(this.val$a);

最后

无论是哪家公司，都很重视基础，大厂更加重视技术的深度和广度，面试是一个双向选择的过程，不要抱着畏惧的心态去面试，不利于自己的发挥。同时看中的应该不止薪资，还要看你是不是真的喜欢这家公司，是不是能真的得到锻炼。

针对以上面试技术点，我在这里也做一些分享，希望能更好的帮助到大家。

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

this.val$b = var3;

}

public void run() {

System.out.println(this.val$a);

最后

无论是哪家公司，都很重视基础，大厂更加重视技术的深度和广度，面试是一个双向选择的过程，不要抱着畏惧的心态去面试，不利于自己的发挥。同时看中的应该不止薪资，还要看你是不是真的喜欢这家公司，是不是能真的得到锻炼。

针对以上面试技术点，我在这里也做一些分享，希望能更好的帮助到大家。

[外链图片转存中…(img-TK9noWvI-1715716286427)]

[外链图片转存中…(img-n72p6djP-1715716286427)]

[外链图片转存中…(img-KcGh2gfh-1715716286428)]

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取