静态变量存元空间、实例变量存堆，导致生命周期、共享性、线程安全及错误类型根本不同：静态变量类加载时分配、全局共享、修改立即可见，OOM报Metaspace；实例变量随对象创建销毁、单对象私有，OOM报Java heap space。
静态变量存在方法区（JDK 8+ 是元空间），实例变量存在堆内存——这个差异不是理论空谈，它直接决定你写代码时会不会遇到 OOM、线程安全问题或编译错误。
内存位置不同，导致生命周期和共享行为根本不同
静态变量随类加载而分配，在元空间中驻留，直到类卸载；实例变量则每次 new 对象时在堆里新开一块空间，对象被 GC 回收后才释放。
- 一个类有 1000 个实例，静态变量只占 1 份内存，实例变量占 1000 份
- 修改静态变量，所有对象立刻看到新值；改实例变量，只影响当前对象
- 元空间用的是本地内存，OOM 报错是 OutOfMemoryError: Metaspace；堆内存不足则是 OutOfMemoryError: Java heap space
访问方式暴露底层归属关系
静态变量能用 类名.变量名 直接调用，因为它是类的“身份证信息”；实例变量必须通过对象引用访问，没对象就不存在——编译器会拦住你。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 静态方法里写
this或直接读实例变量，编译报错：non-static variable xxx cannot be referenced from a static context - 用对象引用访问静态变量（如
obj.staticVar）语法合法但不推荐，容易误导维护者 - 工具类（如
StringUtils）全用静态方法 + 静态常量，就是为了绕过对象创建开销
初始化时机错位可能引发静默逻辑错误
静态变量在类初始化阶段按声明顺序赋值，实例变量在构造器执行前按声明顺序初始化——两者不混在同一时间轴上。
立即学习“Java免费学习笔记（深入）”；
- 下面这段代码中，
a的值是 1，不是 3：static int a = b + 1;<br>static int b = 2;
因为b声明在后，初始化时取默认值 0 - 复杂依赖建议放进
static {}块，显式控制执行顺序 - 实例变量同理：
int x = y + 1; int y = 3;中x得到的是 1，不是 4
多线程场景下，内存位置差异放大风险
元空间是线程共享区域，堆里每个对象的实例变量虽也在共享堆中，但因绑定具体对象，天然隔离——除非你把同一个对象传给多个线程。
- 计数器用静态变量实现？必须加
synchronized或用AtomicInteger - 用户会话数据存实例变量？只要不共享对象，就不需额外同步
- 长期持有大对象引用的静态变量（如缓存 Map），容易让元空间持续增长，最终触发类卸载失败或 Metaspace OOM
