@Nikita Rybak jawaban memiliki poin yang bagus tetapi kurang detail, saya tidak bisa begitu saja mendapatkan ide tanpa berpikir mendalam sendiri, berikut ini adalah apa yang saya pikirkan dan sekarang saya harus benar-benar memahami alasannya.
Empat pengubah akses, asumsikan level 1 adalah publik dan level 4 adalah privat (berdasarkan tabel ini secara berurutan). Hal pertama yang harus kita ketahui adalah mengapa kelas tidak dapat didefinisikan sebagai privat di tingkat atas.
Jadi jika "private class foo" (anggota pribadi didefinisikan, yaitu kelas itu sendiri adalah anggota) memungkinkan, apa yang di luar (yang berisi anggota)? Cakupan file? Tidak, file luar tidak ada gunanya karena bahkan beberapa kelas dalam satu file akan dikompilasi menjadi file kelas yang terpisah. Jadi bagian luarnya adalah paket . Tetapi pengubah akses default tingkat ke-3 sudah berarti "paket-pribadi ". Jadi pengubah akses pribadi tingkat 4 tidak akan digunakan / diizinkan.
Tetapi kelas privat bersarang diperbolehkan karena bagian luar langsungnya adalah kelas, bukan paket, misalnya :
class PrivateNestedMain {
private static class Inner {
public static void main(String[] args) {
System.out.println("Hello from Inner!");
}
}
}
Sekarang bagaimana jika "kelas yang dilindungi foo" memungkinkan? Karakteristik utama yang dilindungi adalah subclass, jadi outer (package) HARUS (karena cakupan up-to, tapi tetap opsional) menyediakan gaya subclass , yaitu sub-paket, atau package A extends package B, tetapi kita tidak tahu hal semacam itu. Jadi protected tidak bisa menggunakan potensi penuh (lingkup utama adalah subkelas-lebar) di tingkat atas yang luarnya adalah paket (yaitu tidak ada hal sub-paket seperti itu), tetapi dilindungi dapat menggunakan potensi penuh di kelas bersarang yang kelas luarnya ( yaitu dapat menjadi subkelas) :
class ProtectedNestedMain {
protected static class Inner {
public static void main(String[] args) {
System.out.println("Hello from Inner!");
}
}
}
Perhatikan bahwa hal di atas mengatakan "tidak dapat menggunakan potensi penuh" karena tidak dapat menjangkau seluruh subkelas hanya karena tidak ada subkelas luar, itu berarti benar-benar dilindungi dapat diizinkan , itu hanya masalah pilihan untuk menghindari duplikasi tugas paket -private if outer not subclass-mampu , lihat di bawah.
Kebingungan saya terutama disebabkan oleh tabel terkenal di https://docs.oracle.com/javase/tutorial/java/javaOO/accesscontrol.html :
Jika level 1 (publik) dan level 3 (paket-privat) diizinkan, bagaimana mungkin level antara 2 (dilindungi) tidak diizinkan?
subclass dukungan publik sehingga mudah menyesatkan. Cara yang benar untuk membaca tabel ini adalah
public support subclass jika bagian luarnya memiliki fitur subclass.
Hal menyesatkan yang sama berlaku untuk package-private, package-private tidak mendukung subclass ( N dalam sel) tidak berarti konsep subclass berlaku di luar.
Itu berarti kita harus mengabaikan kolom Subclass jika fitur subclass tidak tersedia di luar:
Seperti yang bisa kita lihat sekarang, baik protected maupun package-private berada pada level yang sama sekarang ( YYN ), tidak ada lagi kebingungan tentang mengapa level di antara tidak diizinkan. Secara keseluruhan, Java hanya memilih paket-pribadi daripada dilindungi untuk menghindari kebingungan ( ini hanya masalah pilihan , tetapi karakteristik utama yang dilindungi adalah subkelas, jadi paket-pribadi lebih unggul), dan hasilnya , hanya 2 pengubah akses yang diizinkan di tingkat atas:
Di tingkat atas — publik, atau paket-pribadi (tanpa pengubah eksplisit).