@Nikita Rybak 답변 에는 좋은 점이 있지만 세부 정보가 부족합니다. 나 자신을 깊이 생각하지 않고는 아이디어를 얻을 수 없습니다. 다음은 내가 생각한 것이므로 이제 그 이유를 완전히 이해해야합니다.
4 개의 액세스 수정 자, 첫 번째 수준이 공개이고 4 단계가 비공개라고 가정합니다 (이 표에 따라 을 순서대로 기준으로 함). 가장 먼저 알아야 할 것은 클래스가 최상위 수준에서 개인으로 정의 될 수없는 이유입니다.
따라서 "private class foo"(정의 된 개인 멤버, 즉 클래스 자체가 멤버)가 허용하는 경우 외부 (멤버를 포함하는)는 무엇입니까? 파일 범위? 아니요, 단일 파일의 여러 클래스도 별도의 클래스 파일로 컴파일되므로 파일 외부는 무의미합니다. 그래서 외부는 패키지 입니다. 그러나 세 번째 수준의 기본 액세스 수정자는 이미 "package-private "를 의미합니다 . 따라서 4 단계 개인 액세스 수정자는 사용 / 허용되지 않습니다.
그러나 중첩 된 개인 클래스 는 직접 외부가 패키지가 아닌 클래스이기 때문에 허용됩니다. 예 :
class PrivateNestedMain {
private static class Inner {
public static void main(String[] args) {
System.out.println("Hello from Inner!");
}
}
}
이제 "protected class foo"가 허용한다면 어떨까요? 보호되는 주요 특성 은 하위 클래스이므로 outer (package)는 (최대 범위로 인해 선택 사항이지만) 하위 클래스의 스타일을 제공해야합니다 ( 예 : 하위 패키지 또는 package A extends package B).하지만 우리는 그런 것을 알지 못합니다. 따라서 protected는 외부가 패키지 인 최상위 수준 (즉, 하위 패키지가 없음)에서 전체 잠재력 (주 범위는 하위 클래스 전체)을 사용할 수 없지만, protected는 외부가 class () 인 중첩 클래스에서 전체 잠재력을 사용할 수 있습니다. 즉, 하위 클래스가 될 수 있습니다) :
class ProtectedNestedMain {
protected static class Inner {
public static void main(String[] args) {
System.out.println("Hello from Inner!");
}
}
}
참고 위는 서브 클래스 전체에 도달 할 수없는 때문에 단순히 수단의 어떤 외부 서브 클래스, 때문에 "잠재력을 사용할 수 없습니다"라고 그 사실 수 있도록 할 수 있습니다 보호를 , 그것을 피하기 위해 선택의 단지 문제는 패키지의 작업을 중복하지 -private 외부가 하위 클래스가 아닌 경우 아래를 참조하십시오.
내 혼란은 주로 https://docs.oracle.com/javase/tutorial/java/javaOO/accesscontrol.html 의 유명한 테이블로 인해 발생합니다 .
1 단계 (공개)와 3 단계 (패키지-비공개)가 허용된다면 어떻게 도대체 2 단계 (보호) 사이가 허용되지 않습니까?
대중 지원 하위 클래스는 오해하기 쉽습니다. 이 표를 읽는 올바른 방법은
외부에 하위 클래스 기능이있는 경우 공개 지원 하위 클래스.
동일한 오해의 소지가있는 package-private에 적용되고 package-private가 하위 클래스를 지원하지 않는다 ( 셀의 N )는 하위 클래스 개념이 외부에 적용됨을 의미하지 않습니다.
즉 , 하위 클래스 기능을 외부에서 사용할 수없는 경우 하위 클래스 열을 무시해야합니다 .
지금 볼 수 있듯이 protected와 package-private는 이제 동일한 수준 ( YYN )이므로 중간 수준이 허용되지 않는 이유에 대해 더 이상 혼동하지 않습니다. 전반적으로, 자바는 이상 (혼란을 방지하기 위해 보호 민간 패키지 선택 은 선택의 문제이다 , 그러나 보호 의 주요 특성이 우수한 패키지 개인 있도록, 서브 클래스), 그리고 결과 만이 액세스 한정자는 최고 수준에 허용 :
최상위 수준-public 또는 package-private (명시 적 수정 자 없음).