public/private/protected区别详解

本文深入剖析了Java中public、private、protected及default（包私有）四大访问修饰符的本质区别与常见误区，强调它们并非运行时安全机制，而是编译期基于源码位置和继承关系的静态门禁规则；特别澄清了private不限于单实例、protected不允许多包子类直接访问父类实例成员、default实为最常用却常被低估的“包级公开”等关键认知，并延伸解析了private构造器的设计意图、接口方法权限的特殊性以及反射绕过背后的原理，帮助开发者从根本上摆脱死记硬背，精准掌控代码可见性边界。

public、private、protected 在类成员上的可见性差异

Java 的访问修饰符本质是编译期的“门禁规则”，不是运行时检查——它只决定谁能在源码里合法写 obj.field 或 obj.method()，不阻止反射绕过。

关键区别不在“能不能用”，而在“从哪能用”：

• public：任何地方都能访问，只要类型可见（比如 public class A 被 import 了）
• private：仅限本类内部，连子类都不行；注意：同一个类的不同实例之间可以互访 private 字段（比如 other.privateField = 42 是合法的）
• protected：本类 + 同包 + 不同包的子类（但子类对象不能通过“外部引用”访问父类 protected 成员，只能通过 this 或 super）

default（包私有）常被忽略，但它最常用

不写任何修饰符就是 default，它的行为比 protected 更严格：只对同包内所有类开放，子类如果不在同包，哪怕继承了也访问不了。

这是 Java API 里大量工具类、内部实现类默认的选择——比如 java.util.ArrayList 的 elementData 字段就是 transient Object[] elementData（无修饰符），既不让外部碰，也不让跨包子类误用。

容易踩的坑：

• 以为 protected 能让“子类对象直接访问父类实例的 protected 字段”，其实不行：childInstance.parentProtectedField 编译报错，必须在子类方法里用 this.parentProtectedField
• 把 default 当成“比 private 松一点”，其实它和 public 一样跨实例可访问，只是限定了包范围

构造器用 private 时，往往意味着单例或工具类

private 构造器不会阻止类被加载或静态方法被调用，只封死 new 路径。常见于两种场景：

• 工具类：如 java.util.Collections，所有方法都是 static，构造器 private Collections() 防止实例化
• 单例：配合 static 实例和 getInstance() 方法，比如 private Singleton() {} 确保只能走工厂逻辑

注意：private 构造器不影响反射创建实例（constructor.setAccessible(true) 可绕过），所以真正要防住得靠运行时校验（比如在构造器里 throw）。

接口里的 public 和 default 方法权限很特殊

接口中所有方法默认是 public abstract，就算你不写 public，编译后也是 public——所以你在接口里写 private void f() 会直接编译失败（Java 9+ 才支持 private 接口方法，且只能是辅助的 static / default 方法）。

而 default 方法（比如 default void log() { ... }）虽然写了 default 关键字，但访问级别仍是 public，实现类无法降级为 protected 或 private 重写。

容易混淆的点：

• 接口里的 static 方法必须是 public（显式或隐式），不能是 protected 或 default
• 嵌套接口默认是 public static，嵌套类默认是 public static，哪怕你什么都没写

访问控制真正起作用的地方，永远在「谁来写这行代码」——不是运行时对象关系，而是编译时的源文件位置和继承链。这点不厘清，看再多表格也容易在跨包继承时栽跟头。

今天关于《public/private/protected区别详解》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！