Hành vi của phương thức tĩnh cuối cùng

Tôi đã thử với các công cụ sửa đổi với phương thức tĩnh và bắt gặp một hành vi kỳ lạ.

Như chúng ta đã biết, các phương thức tĩnh không thể bị ghi đè, vì chúng được liên kết với lớp chứ không phải trường hợp.

Vì vậy, nếu tôi có đoạn mã dưới đây, nó sẽ biên dịch tốt

//Snippet 1 - Compiles fine
public class A {
    static void ts() {
    }
}

class B extends A {
    static void ts() {
    }
}

Nhưng nếu tôi đưa công cụ sửa đổi cuối cùng vào phương thức tĩnh trong lớp A, thì quá trình biên dịch không thành công ts () trong B không thể ghi đè ts () trong A; phương thức ghi đè là cuối cùng tĩnh .

Tại sao điều này lại xảy ra khi phương thức tĩnh không thể được ghi đè?

Các phương thức static không thể bị ghi đè nhưng chúng có thể bị ẩn đi. Các ts()phương pháp B không được trọng (không thuộc đối tượng đa hình) các ts()của A nhưng nó sẽ ẩn nó. Nếu bạn gọi ts()trong B (NOT A.ts()hoặc B.ts()... just ts()), một trong B sẽ được gọi chứ không phải A. Vì điều này không phải là đa hình, nên lệnh gọi ts()trong A sẽ không bao giờ được chuyển hướng đến lệnh gọi trong B.

Từ khóa finalsẽ vô hiệu hóa phương thức bị ẩn. Vì vậy, chúng không thể bị ẩn và cố gắng làm như vậy sẽ dẫn đến lỗi trình biên dịch.

Hi vọng điêu nay co ich.

các phương thức tĩnh không thể được ghi đè

Điều này là không đúng sự thật. Mã ví dụ thực sự có nghĩa là phương thức ts trong B ẩn phương thức ts trong A. Vì vậy, nó không chính xác ghi đè. Trên Javaranch có một lời giải thích hay.

Các phương thức tĩnh thuộc về lớp, không thuộc về cá thể.

A.ts()và B.ts()sẽ luôn là những phương pháp riêng biệt.

Vấn đề thực sự là Java cho phép bạn gọi các phương thức tĩnh trên một đối tượng cá thể. Các phương thức tĩnh có cùng chữ ký từ lớp cha được ẩn khi được gọi từ một thể hiện của lớp con. Tuy nhiên, bạn không thể ghi đè / ẩn các phương thức cuối cùng .

Bạn sẽ nghĩ rằng thông báo lỗi sẽ sử dụng từ ẩn thay vì ghi đè ...

Bạn có thể nghĩ đến việc tạo một phương thức tĩnh cuối cùng, hãy xem xét những điều sau:

Có các lớp sau:

class A {
    static void ts() {
        System.out.print("A");
    }
}
class B extends A {
    static void ts() {
        System.out.print("B");
    }
}

Bây giờ cách 'chính xác' để gọi các phương thức này sẽ là

A.ts();
B.ts();

điều này sẽ dẫn đến ABnhưng bạn cũng có thể gọi các phương thức trên các trường hợp:

A a = new A();
a.ts();
B b = new B();
b.ts();

mà cũng sẽ dẫn đến AB.

Bây giờ hãy xem xét những điều sau:

A a = new B();
a.ts();

mà sẽ in A. Điều đó có thể làm bạn ngạc nhiên vì bạn đang thực sự có một đối tượng của lớp B. Nhưng vì bạn đang gọi nó từ một loại tham chiếu A, nó sẽ gọi A.ts(). Bạn có thể in Bbằng mã sau:

A a = new B();
((B)a).ts();

Trong cả hai trường hợp, đối tượng bạn có thực sự là từ lớp B. Nhưng tùy thuộc vào con trỏ trỏ đến đối tượng, bạn sẽ gọi phương thức from Ahoặc from B.

Bây giờ giả sử bạn là người phát triển lớp Avà bạn muốn cho phép phân lớp con. Nhưng bạn thực sự muốn phương thức ts(), bất cứ khi nào được gọi, ngay cả từ một lớp con, nó sẽ thực hiện những gì bạn muốn nó làm và không bị ẩn bởi một phiên bản lớp con. Sau đó, bạn có thể tạo nó finalvà ngăn nó bị ẩn trong lớp con. Và bạn có thể chắc chắn rằng đoạn mã sau sẽ gọi phương thức từ lớp của bạn A:

B b = new B();
b.ts();

Ok, thừa nhận rằng nó được xây dựng bằng cách nào đó, nhưng nó có thể có ý nghĩa đối với một số trường hợp.

Bạn không nên gọi các phương thức tĩnh trên các cá thể mà trực tiếp trên các lớp - thì bạn sẽ không gặp vấn đề đó. Ngoài ra, IntelliJ IDEA chẳng hạn sẽ hiển thị cho bạn một cảnh báo, nếu bạn gọi một phương thức tĩnh trên một phiên bản và cũng như nếu bạn thực hiện một phương thức tĩnh cuối cùng.

Phương thức ts () trong B không ghi đè phương thức ts () trong A, nó chỉ đơn giản là một phương thức khác. Lớp B không nhìn thấy phương thức ts () trong A vì nó là static, do đó nó có thể khai báo phương thức riêng của nó được gọi là ts ().

Tuy nhiên, nếu phương thức là cuối cùng, thì trình biên dịch sẽ nhận ra rằng có một phương thức ts () trong A không được ghi đè trong B.

Tôi nghĩ rằng lỗi biên dịch khá sai lệch ở đây. Nó không nên nói "overridden method is static final.", Nhưng thay vào đó nó nên nói "overridden method is final.". Công cụ sửa đổi tĩnh không liên quan ở đây.

Một phương thức tĩnh không thể bị ghi đè trong Java, không giống như các phương thức không tĩnh. Nhưng chúng được kế thừa giống như các thành viên dữ liệu tĩnh và không tĩnh. Đó là lý do tại sao không thể tạo một phương thức không tĩnh có cùng tên trong lớp cha

class Writer { 
    public static void doo(){
        System.out.println("sth");
    } 
}
class Author extends Writer{ 
    public void doo(){
        System.out.println("ok"); // error overridden method is static
    }
}

Các finalĐảm bảo từ khóa đó phương pháp cơ thể cụ thể được chạy mỗi khi một cuộc gọi đến phương pháp này. Bây giờ nếu một phương thức tĩnh được tạo trong lớp con có cùng tên và một lệnh gọi đến phương thức được thực hiện, thì phương thức trong lớp con sẽ được thực thi, điều này sẽ không xảy ra nếu cuối cùng được đặt trước tên phương thức tĩnh trong lớp cha. . Do đó, từ khóa final hạn chế việc tạo phương thức có cùng tên trong lớp con.