static成员属于类而非实例，随类加载初始化且仅一份副本；所有实例共享static变量，static方法无需对象调用；不可在static上下文中访问this或非static成员；子类可继承但不能重写static成员，只能隐藏；初始化顺序为父类static块→子类static块→父类实例块→父类构造器→子类实例块→子类构造器；static块仅执行一次，适合复杂类级初始化；静态内部类不持外部类引用，适用于延迟加载单例；static import易引发命名冲突，应避免通配符；static成员生命周期绑定类加载器，多classloader加载会导致多份副本。
static修饰的变量和方法属于类，不是实例
Java中static成员被加载到方法区（JDK 8+为元空间），随类加载而初始化，且只有一份副本。所有实例共享同一份static变量，调用static方法也不依赖对象实例。
常见错误：在static方法中直接访问this或非static成员——编译报错non-static variable xxx cannot be referenced from a static context。
-
static变量在类首次主动使用时初始化（如第一次new、第一次调用static方法、第一次读写static字段） - 子类可继承父类
public或protected的static成员，但不能“重写”——只能隐藏（用同签名static方法定义，不触发多态） - 初始化顺序：父类
static块 → 子类static块 → 父类实例块 → 父类构造器 → 子类实例块 → 子类构造器
static代码块只执行一次，适合类级初始化
static代码块在类加载时执行，且仅执行一次。它比static变量声明更灵活，可用于复杂初始化逻辑（如加载配置、注册驱动、预热缓存）。
注意：多个static块按源码顺序依次执行；若抛出异常，类加载失败，后续无法使用该类。
立即学习“Java免费学习笔记（深入）”；
public class ConfigLoader {
public static final Map<String, String> CONFIG;
static {
try {
Properties props = new Properties();
props.load(ConfigLoader.class.getResourceAsStream("/app.properties"));
CONFIG = Collections.unmodifiableMap((Map) props);
} catch (IOException e) {
throw new ExceptionInInitializerError(e);
}
}
}
静态内部类不持有外部类引用，可安全用于单例
普通内部类隐式持有外部类实例引用，而static内部类没有该引用。因此，static内部类常被用于实现延迟加载且线程安全的单例（“Initialization-on-demand holder idiom”）。
优势：无同步开销，由JVM类加载机制保证线程安全，且不依赖volatile或synchronized。
- 不能访问外部类的非
static成员（否则编译报错） - 可定义自己的
static成员，包括static块和static方法 - 加载时机：仅当首次主动使用该静态内部类时，才触发其加载和
static块执行
public class Singleton {
private Singleton() {}
private static class Holder {
private static final Singleton INSTANCE = new Singleton();
}
public static Singleton getInstance() {
return Holder.INSTANCE;
}
}
static import容易引发命名冲突，需谨慎使用
import static导入的是类的static成员（字段或方法），让调用方省略类名前缀。但它会污染当前命名空间，尤其当多个static import引入同名方法时，编译失败。
典型问题：同时import static java.lang.Math.*和import static org.junit.Assert.*，再写assertEquals(...)——编译器无法确定调用哪个。
- 优先导入具体成员，而非通配符：
import static java.util.Collections.singletonList; - 测试类中适度使用可提升可读性；业务代码中建议少用，避免降低可维护性
- IDE通常对
static import有特殊高亮，留意是否覆盖了预期方法
ClassLoader加载两次，就会产生两份独立的static变量——这在OSGi、Spring Boot DevTools、热部署场景下极易引发状态不一致问题。 
