外部类只能用public或默认修饰，因其直接属于包，天然只有跨包可见（public）和包内可见（default）两种作用域；private无意义（无调用上下文），protected逻辑矛盾（继承前提不可达）。
Java 中外部类（即顶级类）只能用 public 或默认（包级私有） 修饰，根本原因在于它的“归属层级”和“使用场景”决定了访问控制只需两种粒度——没有更细或更特殊的需求空间。
外部类直接属于包，只有两个自然作用域
一个外部类的直接容器是包（package），不是其他类。它不像成员变量或方法那样依附于某个类实例，也不像内部类那样嵌套在另一个类里。因此，它的可见性天然只有两种现实可能：
- 对整个项目所有地方都可见（即跨包使用）→ 对应 public
- 只在定义它的包内可见（避免被外部随意依赖）→ 对应默认权限（不写修饰符）
private 修饰外部类没有意义
private 表示“仅本类内部可访问”，但外部类本身就是一个独立单元，不存在“内部”调用它的上下文：
- 不能被 new 出来，也不能被 import，其他类连名字都看不到
- 类加载器无法定位它，main 方法无法启动，JVM 根本不会把它当作一个可执行/可引用的类型
- 这违背了类作为“可复用代码单元”的基本设计目的
protected 修饰外部类会产生逻辑矛盾
protected 的语义是“同包 + 子类可见”，但它隐含一个前提：存在继承关系。而外部类要被继承，前提是它得先能被别的类看到、导入、声明为父类——这又回到了可见性问题：
立即学习“Java免费学习笔记（深入）”；
- 如果外部类是 protected，不同包的子类根本无法 import 它，更谈不上 extends
- 同包内用 default 就已足够覆盖，加 protected 不带来新能力，反而引入歧义
- Java 规范不支持这种“既非包内私有、又非全局公开”的中间态对外部类生效
对比内部类就能看清楚设计逻辑
内部类之所以能用 private/protected/public/default，是因为它的上一级是外部类，相当于“类的成员”。成员天然需要四种访问控制：
- private → 只有外部类能用（如封装辅助逻辑）
- default → 同包其他类+外部类能用
- protected → 同包+外部类的子类能用
- public → 任何地方都能用
而外部类没有“上一级容器类”，所以不需要模拟成员级别的访问模型。
