静态内部类只能直接访问外部类的静态成员（含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（默认包级可见不跨模块）
替代方案：何时该放弃静态内部类
如果业务逻辑频繁需要同时操作外部类的静态和实例数据，说明静态内部类可能不是最佳选择：
- 改用普通（非静态）内部类：天然持有外部类实例引用，可自由访问全部成员
- 拆分为独立顶层类 + 依赖注入：更适合模块化系统，职责清晰，便于测试和跨模块复用
- 用静态工厂方法封装逻辑：把需访问的数据作为参数传入，保持静态内部类的无状态特性
