@Nikita Rybak câu trả lời có điểm tốt nhưng thiếu chi tiết, tôi không thể chỉ đơn giản là có được ý tưởng mà không tự mình suy nghĩ sâu sắc, sau đây là những gì tôi nghĩ và bây giờ tôi nên hoàn toàn hiểu lý do.
Bốn công cụ sửa đổi quyền truy cập, giả sử cấp 1 là công khai và cấp 4 là riêng tư (dựa trên bảng này theo trình tự). Điều đầu tiên chúng ta nên biết là tại sao lớp không thể được định nghĩa là private ở cấp cao nhất.
Vậy nếu "private class foo" (Một thành viên riêng được định nghĩa, tức là bản thân lớp là một thành viên) cho phép, thì bên ngoài (chứa thành viên) là gì? Phạm vi tệp? Không, tệp bên ngoài là vô nghĩa vì thậm chí nhiều lớp trong tệp đơn sẽ được biên dịch thành tệp lớp riêng biệt. Vì vậy, bên ngoài là gói . Nhưng công cụ sửa đổi quyền truy cập mặc định cấp 3 đã có nghĩa là "gói-riêng tư ". Vì vậy, công cụ sửa đổi quyền truy cập riêng tư cấp 4 sẽ không được sử dụng / cho phép.
Nhưng lớp riêng lồng nhau được phép vì bên ngoài trực tiếp là lớp, không phải gói, ví dụ :
class PrivateNestedMain {
private static class Inner {
public static void main(String[] args) {
System.out.println("Hello from Inner!");
}
}
}
Bây giờ điều gì sẽ xảy ra nếu "lớp bảo vệ foo" cho phép? Đặc điểm chính được bảo vệ là lớp con, vì vậy (gói) bên ngoài NÊN (do phạm vi tối đa, nhưng vẫn là tùy chọn) cung cấp kiểu của lớp con , tức là gói con, hoặc package A extends package Bnhưng chúng ta không biết điều đó. Vì vậy, protected không thể sử dụng hết tiềm năng (phạm vi chính là toàn lớp con) ở cấp cao nhất mà bên ngoài là gói (nghĩa là không có gói phụ như vậy), nhưng được bảo vệ có thể sử dụng đầy đủ tiềm năng trong lớp lồng nhau mà bên ngoài là lớp ( tức là có thể là lớp con) :
class ProtectedNestedMain {
protected static class Inner {
public static void main(String[] args) {
System.out.println("Hello from Inner!");
}
}
}
Lưu ý rằng phần trên đã nói "không thể sử dụng hết tiềm năng" do nó không thể tiếp cận toàn lớp con chỉ vì không có lớp con bên ngoài, điều đó có nghĩa là thực sự được bảo vệ có thể được cho phép , đó chỉ là vấn đề lựa chọn để tránh trùng lặp công việc của gói. -private nếu bên ngoài không phân lớp được , xem bên dưới.
Sự khó hiểu của tôi chủ yếu là do bảng nổi tiếng tại https://docs.oracle.com/javase/tutorial/java/javaOO/accesscontrol.html :
Nếu cấp độ 1 (công khai) và cấp độ 3 (gói-riêng tư) được cho phép, thì làm sao mà ở giữa cấp độ 2 (được bảo vệ) lại không được phép?
hỗ trợ công khai lớp con nên dễ gây hiểu nhầm. Cách chính xác để đọc bảng này là
hỗ trợ công khai lớp con nếu bên ngoài có tính năng lớp con.
Điều gây hiểu lầm tương tự áp dụng cho package-private, package-private không hỗ trợ lớp con ( N trong ô) không có nghĩa là khái niệm lớp con áp dụng ở bên ngoài.
Điều đó có nghĩa là chúng ta nên bỏ qua cột Lớp con nếu tính năng lớp con không khả dụng ở bên ngoài:
Như chúng ta có thể thấy bây giờ, cả gói bảo vệ và gói riêng tư hiện đang ở cùng một cấp độ ( YYN ), không còn nhầm lẫn về lý do tại sao ở giữa cấp độ không được phép. Nhìn chung, Java chỉ chọn gói-riêng tư hơn được bảo vệ để tránh gây nhầm lẫn ( đây chỉ là vấn đề lựa chọn , nhưng đặc tính chính được bảo vệ là lớp con, vì vậy gói-riêng là ưu việt hơn) và kết quả là chỉ cho phép 2 công cụ sửa đổi truy cập ở cấp cao nhất:
Ở cấp cao nhất — công khai hoặc gói-riêng tư (không có công cụ sửa đổi rõ ràng).