可以导入静态内部类，但必须是public且显式指定完整路径，如import static com.example.outerclass.nestedstaticclass;，导入后可直接new实例，不可通配导入类本身。
可以导入静态内部类，但必须明确指定其完整路径，且仅限于 public 访问级别的静态内部类。
静态内部类支持静态导入
Java 允许通过 import static 导入静态内部类，前提是该内部类被声明为 static 且具有足够的访问权限（通常是 public）。导入后，可在当前作用域中直接使用类名，无需写外层类前缀。
- 静态内部类本身是顶级类型的一种变体，属于外层类的静态成员，因此符合静态导入的前提条件
- 导入语法与导入静态方法一致：例如
import static com.example.OuterClass.NestedStaticClass; - 导入后可直接 new 实例：
NestedStaticClass obj = new NestedStaticClass();，无需OuterClass.NestedStaticClass
关键限制条件
并非所有静态内部类都能被静态导入，需同时满足以下几点：
- 外层类和静态内部类都必须是
public，否则跨包无法访问；同包内默认访问级别（package-private）也可导入 - 不能导入
private或protected的静态内部类 —— 即使在同一个类中定义也不行 - 不能用通配符导入静态内部类本身（如
import static Outer.*;不合法），但可导入其静态成员（如import static Outer.NestedStaticClass.STATIC_FIELD;） - 若静态内部类含静态方法或常量，这些成员可单独被静态导入，但类本身导入是独立操作
典型可用场景
常见于工具类、枚举辅助类或配置类中定义的静态嵌套类型：
- Apache Commons Lang 中的
StringUtils虽无静态内部类，但自定义工具包常将Builder、Option等设为public static class - JUnit 5 的
Assertions类中虽未用静态内部类，但类似设计中常把断言策略封装为public static class Strategy并支持导入 - 当多个测试类频繁使用同一组嵌套配置类时，静态导入能减少冗长的
Config.Builder写法
错误示例与规避方式
以下写法会编译失败：
-
import static com.example.Outer.Inner;→ 若Inner是非静态内部类，报错“not a static class” -
import static com.example.Outer.PrivateNested;→ 若PrivateNested是private static class，报错“cannot access” -
import static com.example.Outer.*;→ 通配符不适用于导入类型，只适用于静态成员（方法/字段）
正确做法是确保嵌套类声明为 public static class Nested，并在导入语句中写出全限定名。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
