局部变量必须显式初始化，否则编译报错；成员变量有默认值，局部变量无；同名时局部变量遮蔽成员变量，须用this.访问；局部变量存栈帧、线程私有，成员变量存堆、受gc管理；static变量属类级别，不应通过this访问。
局部变量必须显式初始化，否则编译直接报错
Java 不会给方法内部的变量“兜底”。你写 int count; 然后紧接着用 System.out.println(count);，编译器立刻抛出 error: variable count might not have been initialized。这不是 JVM 运行时问题，是编译期强制检查。
- 成员变量有默认值（
int是 0，Object是null），但局部变量没有——哪怕它和成员变量同名、同类型 - 常见踩坑：在
if分支里初始化了变量，却在if外使用；或在try块里声明并赋值，却想在catch或后续语句中访问 - 解决办法很简单：声明即初始化，或确保所有执行路径都覆盖赋值，比如用
int count = 0;而非int count;
同名时局部变量会遮蔽成员变量，this. 是唯一解法
当你在方法里写 name = "Alice";，而类里也有个 private String name;，JVM 不会自动帮你绑定到成员变量——它只认当前作用域内最近声明的那个 name。如果局部没声明，这行代码直接编译失败：error: cannot find symbol。
- 遮蔽（shadowing）是 Java 的确定行为，不是 bug。它优先匹配局部作用域，哪怕只是参数名或 for 循环的
i - 想访问被遮蔽的成员变量？必须加
this.name。构造器里尤其高频：this.name = name;就靠这个区分 - 别指望编译器提醒你“可能想改成员变量”，它只管语法。IDE 可能标黄，但不报错也不修复
成员变量存在堆内存，局部变量存在栈帧里
这不只是理论区别，直接影响性能感知和调试逻辑。一个 new Person() 创建的对象，它的 name 和 age 存在堆区，生命周期由 GC 控制；而 person.getName() 方法里的 StringBuilder sb，一进方法就压栈，方法返回就弹出，连 GC 都不参与。
- 堆上的成员变量可能被多线程同时读写，需考虑可见性（
volatile）或同步（synchronized） - 栈上的局部变量天生线程私有，不用加锁，但也不能跨方法传递——想“带出去”就得靠 return 或塞进对象里
- 频繁创建大对象作局部变量（如
new byte[1024*1024]）会快速撑满栈帧或触发频繁 minor GC，比用成员变量更易出问题
static 成员变量不属于对象，别用 this 访问它
static 变量是类级别的，存在方法区（或元空间），跟任何实例都没关系。你在实例方法里写 this.PI = 3.1416; 虽然能编译通过（因为 this 可以访问静态成员），但语义错误且容易误导——它改的是整个类共享的值，不是当前对象的“副本”。
立即学习“Java免费学习笔记（深入）”；
- 正确做法是用类名访问：
Circle.PI，既清晰又防误改 - 如果真需要每个对象独立的常量值，就别用
static，改用实例变量 + 构造器传参 - 常见误用：把配置项、连接池、缓存容器全设成
public static，结果测试时一个 case 改了值，下一个 case 直接读到脏数据
