静态内部类只能直接访问外部类的静态成员（含private static），不能直接访问实例成员，该限制由Java语言规范和static语义决定，与模块系统无关；如需访问实例成员，须显式传入外部类对象引用。

静态内部类在模块化系统中访问外部类变量时，权限问题本质不是“配置”出来的，而是由 Java 语言规范和类加载机制决定的——它不依赖模块系统（如 Java 9+ 的 Module System），而是由 static 语义本身约束。所谓“特殊权限配置”，其实是理解其访问边界并合理设计结构。

静态内部类能直接访问哪些外部类成员

只能直接访问外部类的 静态成员（包括 private static 字段和方法）。这是硬性限制，与模块是否开启、module-info.java 中是否导出无关。

• 外部类的实例字段（如 private int id;）无法在静态内部类中直接使用，编译报错
• 即使外部类和静态内部类在同一个模块、同一包、甚至同一文件，该限制依然生效
• 该规则适用于所有 JDK 版本（包括模块化环境），是 JVM 层级的设计

想访问外部类实例成员？必须显式传入对象引用

静态内部类不持有对外部类实例的隐式引用，因此若需操作实例数据，需通过参数或构造器显式传入外部类对象。

• 在静态内部类方法中：接收 Outer outer 参数，再调用 outer.getInstanceField()
• 在构造器中保存引用：private final Outer outer; public StaticInner(Outer outer) { this.outer = outer; }
• 避免在静态内部类中频繁创建外部类新实例（易引发内存或逻辑问题）

模块化环境下的注意事项

Java 模块系统（JPMS）本身不改变静态内部类的访问规则，但会影响类可见性，间接影响使用方式：

• 若外部类在未导出的包中（module-info.java 未声明 exports），即使它是 public 类，其他模块也无法访问它，更别说其静态内部类
• 静态内部类的类名是 Outer$StaticInner，它属于外部类所在模块；若模块未开放该包，则其他模块连 new Outer.StaticInner() 都会编译失败
• 解决方案：确保外部类所在包已 exports，且静态内部类本身为 public（默认包级可见不跨模块）

替代方案：何时该放弃静态内部类

如果业务逻辑频繁需要同时操作外部类的静态和实例数据，说明静态内部类可能不是最佳选择：

• 改用普通（非静态）内部类：天然持有外部类实例引用，可自由访问全部成员
• 拆分为独立顶层类 + 依赖注入：更适合模块化系统，职责清晰，便于测试和跨模块复用
• 用静态工厂方法封装逻辑：把需访问的数据作为参数传入，保持静态内部类的无状态特性