Java中final修飾的方法是否可以被重寫
阿新 • • 發佈：2020-11-04
這是一次阿里面試裡被問到的題目，在我的印象中，final修飾的方法是不能被子類重寫的。如果在子類中重寫final修飾的方法，在編譯階段就會提示Error。但是回答的時候還是有點心虛的，因為final變數就可以用反射的方法進行修改，我也不太確定是否有類似的機制可以繞過編譯器的限制。於是面試之後特地上網搜了下這個問題，這裡簡單記錄一下。
首先說一下結論：沒有辦法能夠做到重寫一個final修飾的方法，但是有其他的方法可以**接近**在子類中重新實現final方法並在執行時的動態繫結的效果。
這裡需要用到一個aop框架叫aspectj，它和spring aop都是比較常用的aop框架。區別是spring aop是基於動態代理的，而aspectj有獨立的編譯器可以實現靜態代理。關於aspectj的安裝配置網上有很多文章了，這裡就不再贅述，直接快進到例子。
首先定義一個SuperClass並在其中定義一個final方法。
SuperClass.java
```java
public class SuperClass {
public final void doSomething() {
System.out.println("super class do something");
}
public static void main(String[] args) {
SuperClass instance = new SubClass(); //此處是父類引用和子類物件
instance.doSomething();
}
}
```
SubClass.java
```
public class SubClass extends SuperClass {
//doSomething是final方法，無法被重寫
}
```
> super class do something
>
> Process finished with exit code 0
執行main方法，SubClass繼承了doSomething方法，但是不能重寫，所以通常情況下呼叫的一定是SuperClass的doSomething方法。
在SubClass中實現“重寫”的doSomething方法
SubClass.java
```
public class SubClass extends SuperClass {
//doSomething是final方法，無法被重寫
//子類只能在另一個函式中實現重寫的邏輯
protected void overrideDoSomething() {
System.out.println("sub class do something");
}
}
```
利用環繞通知修改實際呼叫的方法
DoSomethingAspect.aj
```
public aspect DoSomethingAsepct {
// 環繞通知 匹配SuperClass類的doSomething方法
void around() : execution(* SuperClass.doSomething()) {
if (thisJoinPoint.getThis() instanceof SubClass) {
//呼叫子類方法
((SubClass)thisJoinPoint.getThis()).overrideDoSomething();
} else {
//呼叫原方法
proceed();
}
}
}
```
執行結果
> sub class do something
>
> Process finished with exit code 0
可以看到，呼叫SubClass的doSomething方法時實際呼叫的是SubClass類的overrideDoSomething方法，而如果是SuperClass物件的話呼叫的又是SuperClass裡的doSomething方法。根據實際的型別決定呼叫的方法，就比較接近動態繫結的機制了。而僅從呼叫的程式碼來看和子類重寫方法（雖然實際是final）的效果是一