静态变量需用static修饰且只能在类级别声明，属于类本身、类加载时初始化、所有实例共享；静态方法只能访问静态成员；静态代码块用于一次性初始化；静态内部类不持有外部类引用。
静态变量必须用 static 修饰，且只能在类级别声明
Java 中的静态变量属于类本身，不是某个实例。它在类加载时初始化，所有实例共享同一份内存。不能在方法、构造器或代码块里用 static 声明变量——编译器会直接报错：modifier static not allowed here。
常见错误是把 static 和 final 混用却不理解语义差异：
-
static int count = 0;→ 所有实例共享，可修改 -
static final String NAME = "App";→ 类常量，推荐全大写 + 下划线命名 -
final String id = "abc";→ 实例常量，每个对象一份，不加static
静态方法只能访问静态成员，不能用 this 或 super
静态方法在类加载时就存在，不依赖任何对象实例。因此它无法访问非静态字段或方法，否则编译失败：non-static variable xxx cannot be referenced from a static context。
典型使用场景包括工具类（如 StringUtils）、工厂方法、main 入口：
public class Config {
private static String env = "prod";
private String instanceId = UUID.randomUUID().toString(); // 实例级
public static String getEnv() {
return env; // ✅ OK：访问静态字段
// return instanceId; // ❌ 编译错误
// return this.env; // ❌ this 不可用
}
}
静态代码块用于类初始化，执行时机早于构造器
静态代码块（static { ... }）在类第一次被加载（如首次 new 实例、调用静态方法、访问静态字段）时执行，且只执行一次。适合做一次性资源初始化，比如读配置、注册驱动、预热缓存。
注意顺序：多个静态块按书写顺序执行；静态块早于任何构造器运行；父类静态块先于子类执行。
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
- 不要在静态块里抛出未检查异常（如
IOException），否则类加载失败，触发NoClassDefFoundError - 避免在静态块中调用尚未初始化的静态字段（会导致默认值，如
int为 0） - 若需复杂初始化逻辑，建议封装到私有静态方法中，提高可读性和可测性
静态内部类不持有外部类引用，适合解耦和节省内存
普通内部类隐式持有外部类实例引用，而静态内部类（static class Inner）没有这个引用。这意味着它可以独立于外部类实例存在，也不会阻止外部类被 GC 回收。
典型用途是作为工具类嵌套、Builder 模式实现、或配合泛型构造类型安全对象：
public class CacheManager {
private final Map<string object> cache = new HashMap();
// 静态内部类，不依赖 CacheManager 实例
public static class Builder {
private int maxSize = 100;
private long ttl = 300_000;
public Builder maxSize(int size) {
this.maxSize = size;
return this;
}
public CacheManager build() {
CacheManager mgr = new CacheManager();
// ... 初始化逻辑
return mgr;
}
}
}</string>
如果误写成非静态内部类，在外部类被频繁创建/销毁时，容易引发内存泄漏——尤其在 Android 或长期运行的服务中。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
