Tại sao phương thức finalize() trong java.lang.Object được bảo vệ?

Question

Hết sức tò mò,

Tại sao sửa đổi truy cập của phương thức finalize() được thực hiện là protected. Tại sao nó không thể là public? Ai đó có thể giải thích cho tôi bất kỳ lý do cụ thể nào đằng sau điều này?

Ngoài ra, tôi đã biết rằng phương thức finalize() chỉ được gọi một lần. Nếu tôi gọi nó hai lần trong chương trình của tôi trong nội bộ, điều gì đang xảy ra? Bộ thu gom rác sẽ gọi lại lần nữa?

private void dummyCall() { 
    try { 
     finalize(); 
     finalize(); 
    } catch (Throwable e) { 
     e.printStackTrace();//NOT REACHES EXCEPTION 
    } 
} 

Answer 1

tôi trả lời câu hỏi của bạn có một câu hỏi khác:

Tại sao phương pháp finalize không cần được bảo vệ?

Nói chung, bạn nên cố gắng giữ mọi thứ càng riêng tư càng tốt. Đó là những gì đóng gói là tất cả về. Nếu không, bạn có thể tạo mọi thứpublic. finalize không thể là private (vì các lớp dẫn xuất sẽ có thể truy cập để có thể ghi đè), vì vậy ít nhất phải là protected nhưng tại sao lại cấp quyền truy cập nhiều hơn khi không mong muốn?

---

Sau khi đọc nhận xét của bạn cẩn thận hơn, tôi đoán tôi sẽ thấy điểm chính của bạn ngay bây giờ. Tôi nghĩ điểm của bạn là vì mọi thứ xuất phát từ java.lang.Object và do đó truy cập vào các thành viên protected của mình, nó sẽ không tạo ra bất kỳ sự khác biệt nào (hoặc bất kỳ phương pháp nào trong số java.lang.Object cho vấn đề đó) là public thay vì protected. Cá nhân, tôi sẽ đếm điều này như là một lỗ hổng thiết kế trong Java. Điều này thực sự cố định trong C#. Vấn đề không phải là lý do tại sao finalize được bảo vệ. Vậy là được rồi. Vấn đề thực sự là bạn không nên gọi các phương thức được bảo vệ trong lớp cơ sở thông qua một tham chiếu đối tượng của kiểu lớp cơ sở. Eric Lippert có một số blog entry thảo luận về lý do tại sao việc cho phép quyền truy cập như vậy vào các thành viên được bảo vệ là một ý tưởng tồi, là further elaborated on Stack Overflow in this question.

Answer 2

Khám phá this link thảo luận về điều đó.

Về cơ bản, nó có ý nghĩa nhất đối với nó là private, vì nó chỉ nên được gọi bởi JVM (bộ thu gom rác). Nhưng để cho phép một lớp con gọi phương thức cha mẹ là finalize() là một phần của số finalize(), nó phải là protected.

(Chỉnh sửa - Và chỉ cần thận trọng - sử dụng phương thức finalize() thường không được khuyến khích vì không có cách nào đảm bảo rằng nó sẽ được gọi. dịp để sử dụng nó - nó chỉ là hiếm.)

Answer 3

Tại sao truy cập của phương thức finalize() công cụ sửa đổi được thực hiện như được bảo vệ. Tại sao không thể công khai?

Nó không công khai vì không được gọi bởi bất kỳ ai ngoài JVM. Tuy nhiên, nó phải được bảo vệ để nó có thể bị ghi đè bởi các lớp con cần xác định hành vi cho nó.

Nếu tôi gọi nó hai lần trong chương trình của mình, nội bộ những gì đang diễn ra?

Bạn có thể gọi nó là tất cả những gì bạn muốn, chỉ sau một phương pháp. Tuy nhiên, giống như public static void main(String [] args), nó có ý nghĩa đặc biệt đối với JVM

Trình thu gom rác có gọi lại số này nữa không?

Có

Answer 4

Nó không phải public (hoặc truy cập mặc định), vì nó có nghĩa là để được gọi bằng JVM trong nội bộ khi đối tượng được thu gom rác thải - đó là không nghĩa là để được gọi bằng bất cứ điều gì khác. Và nó không phải là private bởi vì nó có nghĩa là để được ghi đè và bạn không thể ghi đè lên phương pháp riêng tư.

Nếu tôi gọi nó hai lần trong chương trình của mình, nội bộ những gì đang diễn ra? Bộ thu gom rác sẽ gọi lại số này nữa không?

Có thể có, nhưng thật khó để tưởng tượng một trường hợp điều này có ý nghĩa gì - điểm finalize() là để dọn dẹp khi đối tượng bị thu gom rác. Và nó thậm chí không làm điều đó tốt, vì vậy nó thực sự là một cái gì đó bạn nên tránh hoàn toàn hơn là thử nghiệm với.

Answer 5

finalize() chỉ được JVM sử dụng để dọn sạch tài nguyên khi đối tượng được thu thập. Đó là hợp lý cho một lớp học để xác định những hành động nên được thực hiện trên bộ sưu tập, mà nó có thể cần phải truy cập super.finalize(). Nó không thực sự có ý nghĩa đối với một quá trình bên ngoài để gọi finalize(), vì một quá trình bên ngoài không có quyền kiểm soát khi đối tượng được thu thập.

Answer 6

Ngoài ra, tôi đã biết rằng phương thức hoàn thiện() chỉ được gọi một lần. Nếu tôi gọi nó hai lần trong chương trình của tôi, nội bộ điều gì đang xảy ra?

Bạn có thể hỏi điều này dưới dạng hiển thị của C++ ~ destructors. Trong java finalize() phương pháp không làm bất kỳ phép thuật (như thanh toán bù trừ bộ nhớ). Nó được gọi là thu gom rác. Nhưng không phải ngược lại.

Tôi khuyên bạn nên đọc chương tương ứng trong "Java hiệu quả" của Joshua Bloch. Nó nói rằng sử dụng finalizers là một thực hành xấu và có thể gây ra hiệu suất và các vấn đề khác, và chỉ có một số trường hợp khi chúng nên được sử dụng. Chương bắt đầu bằng các từ tiếp theo:

Các trình hoàn thành không thể dự đoán được, thường là nguy hiểm và thường không cần thiết.

Answer 7

• Finalize có nghĩa là để được gọi bằng các gc chỉ và như vậy không yêu cầu truy cập công cộng
• Finalize được đảm bảo để được gọi là một lần duy nhất bởi gc, gọi đó là mình sẽ phá vỡ đảm bảo này, như gc wont biết về nó.
• Bất kỳ lớp ghi đè nào có thể kết thúc công khai, điều mà tôi cho là không tốt vì các lý do trên đây
• hoàn thành không được chứa nhiều mã, vì bất kỳ trường hợp ngoại lệ nào được hoàn thành đều có thể hủy chuỗi kết thúc của gc.

Rant chống Finalize()

• Quản lý tài nguyên tự nhiên hoặc bất kỳ tài nguyên mà đòi hỏi phải xử lý() hoặc close() được gọi là có thể gây ra khó có thể tìm thấy lỗi vì chúng sẽ chỉ được phát hành khi JVM hết bộ nhớ, bạn nên giải phóng tài nguyên theo cách thủ công. Việc hoàn thiện chỉ nên được sử dụng để gỡ lỗi rò rỉ tài nguyên hoặc trong trường hợp quản lý tài nguyên theo cách thủ công là quá nhiều công việc.
• hoàn thành sẽ được gọi trong một chuỗi bổ sung của gc và có thể gây ra sự cố với khóa tài nguyên, v.v.
• các lớp tham chiếu như WeakReference và ReferenceQueue là một cách thay thế (khá phức tạp) để xử lý việc dọn dẹp và có thể có cùng các vấn đề như hoàn thành() cho tài nguyên gốc.

Cảnh giác với những sai sót trong báo cáo trên, tôi là một chút mệt mỏi :-)

Answer 8

Phần về finalize() được gọi là một lần duy nhất chỉ áp dụng cho các cuộc gọi từ các GC. Bạn có thể tưởng tượng đối tượng là có một cờ ẩn "finalize() được gọi bởi GC", và GC kiểm tra cờ đó để biết phải làm gì với đối tượng. Cờ không bị ảnh hưởng theo bất kỳ cách nào bằng các cuộc gọi thủ công của riêng bạn tới finalize().

Khi hoàn tất, hãy đọc this article từ Hans Boehm (người nổi tiếng với công việc của mình về thu gom rác). Đây là một mở mắt về việc hoàn thiện; đặc biệt, Boehm giải thích lý do tại sao việc hoàn tất nhất thiết là không đồng bộ. Một hệ quả là trong khi hoàn thành là một công cụ mạnh mẽ, nó rất hiếm khi là công cụ thích hợp cho một công việc nhất định.

Answer 9

Tôi nghĩ lý do tại sao finalize được bảo vệ sẽ có thể bị ghi đè bởi một số lớp trong JDK và các phương thức ghi đè này được JVM gọi.