声明变量不等于分配内存或初始化：局部变量在栈帧创建时分配slot但需显式赋值才可用；实例变量在new时堆中分配并默认初始化，构造器中合并执行显式初始化；静态变量在类加载准备阶段分配内存、初始化阶段赋值。
声明变量 ≠ 分配内存空间，更不等于完成初始化。JVM 对不同变量类型（局部变量、实例变量、静态变量）的内存分配和初始化是分阶段、由不同运行时事件触发的，混淆这两者容易导致对 NullPointerException、前向引用错误或并发初始化失败的误判。
局部变量：栈帧创建即分配 slot，但值无效直到显式赋值
方法一被调用，JVM 就为它生成完整栈帧，其中局部变量表（LocalVariableTable）所有 slot 一次性分配完毕——不管变量是否已声明、是否已赋值。这些 slot 是固定大小的占位符（如 int 占 1 个 slot，long 或 double 占 2 个），初始值按类型默认填充（int → 0，引用类型 → null）。
但这只是“预留位置”，不是“可用值”。Java 编译器会强制检查：任何在未赋值前就使用的局部变量，编译直接报错 variable might not have been initialized。
-
int x;声明后，栈帧里已有对应slot，值为0，但你不能在x = 5;前写System.out.println(x); - 引用类型如
String s;，slot值为null，但访问s.length()会抛NullPointerException，不是因为没分配slot，而是因为没指向有效堆对象 - 方法返回后整个栈帧销毁，所有局部变量生命周期结束——不涉及 GC
实例变量：new 触发堆内存分配，初始化逻辑在构造器中合并执行
执行 new Person() 这一刻，JVM 才在堆中划出一块连续内存，容纳该对象所有实例字段（包括父类字段）。此时所有字段被设为默认值（int → 0，引用 → null），这叫“分配并默认初始化”。
紧接着，JVM 把你在三处写的初始化逻辑（字段声明赋值、非静态初始化块、构造器代码）按源码顺序合并进构造器字节码，**全部在构造器执行期间完成**。注意：字段声明和初始化块里的代码，实际是被编译器“挪”进了构造器开头部分。
-
private String name = "Alice";和{ age = 25; }都会被塞进构造器，早于你写的super()或其他语句（除非你显式写了this(...)） - 如果构造器抛异常，对象创建失败，堆内存会被 GC 回收，但已经执行过的初始化逻辑（比如修改了静态计数器）不会回滚
- 父子类实例变量初始化顺序：先父类字段默认值 → 父类初始化块/字段赋值 → 父类构造器 → 子类字段默认值 → 子类初始化块/字段赋值 → 子类构造器
静态变量：类加载的准备阶段分配空间，初始化阶段才赋值
类第一次被主动使用（如首次 new、首次调用静态方法、首次访问静态字段等）时，JVM 启动类加载流程。其中“准备”阶段就在方法区（JDK 8+ 是元空间）为所有 static 字段分配内存，并设默认值（int → 0，引用 → null）。
真正执行显式赋值（如 static int a = 5; 或静态块里的代码），是在“初始化”阶段，由 JVM 自动生成的
- 前向引用陷阱：
static int x = y + 1;和static int y = 2;如果顺序反过来，x会得到0 + 1 = 1，因为y在准备阶段是0，初始化阶段才变成2 -
static ConfigManager instance = new ConfigManager();这种单例写法，如果ConfigManager构造器抛异常，NoClassDefFoundError，而不是重试 - 静态变量属于类，所有实例共享同一份内存；修改一个实例的静态字段，所有实例都看到变化
最易被忽略的一点：分配内存和初始化是解耦的两步，且触发时机完全不同。new 是堆分配开关，方法调用是栈帧分配开关，类首次主动使用是静态字段分配与初始化开关。把“声明”当成“准备好用了”，是很多空指针和并发问题的根源。
