java中局部变量必须显式初始化才能使用，编译器在编译期强制检查未初始化变量；成员变量有默认值，局部变量无默认值，且不可加访问修饰符。
局部变量必须显式初始化才能用
Java 不允许读取未赋值的局部变量，编译器会直接报错 variable might not have been initialized。这不是运行时检查，是编译期强制约束。
- 成员变量有默认值（
int是0，Object是null），局部变量没有 - 哪怕写了
if (flag) { int x = 1; }，之后直接用x就会编译失败——编译器不追踪逻辑流是否一定执行 - 在 lambda 或匿名内部类中引用局部变量时，该变量必须是
final或“事实 final”（Java 8+），否则编译报错local variables referenced from a lambda expression must be final or effectively final
成员变量存在堆上，局部变量存在栈上
生命周期和内存位置直接绑定：成员变量随对象一起分配在堆，局部变量随方法调用压入栈帧，方法返回即销毁。
- 栈空间小、分配快、自动回收；堆空间大、需 GC 管理。频繁创建短命对象时，别把本该是局部变量的逻辑误塞进成员变量里，会延长对象生命周期，拖慢 GC
- 局部变量若被闭包捕获（比如返回一个引用了它的 lambda），JVM 会把它“提升”到堆上（本质是复制一份到对应函数对象实例中），此时它就不再是纯栈变量了
- 静态成员变量存在方法区（JDK 8+ 是元空间），和类绑定，不是每个实例一份
作用域冲突时，局部变量总是遮蔽成员变量
同名时，局部变量优先级最高，想访问被遮蔽的成员变量得加 this. 前缀。
- 常见错误：在构造器或 setter 里写
name = name;，结果什么都没赋值成功——右边的name是参数（局部变量），左边也是它自己，没碰成员变量 - IDE 通常会标黄警告，但有些团队关了这个检查；加
this.name = name;才真正赋值给成员变量 - 这种遮蔽不触发任何异常或日志，静默失效，调试时容易卡壳
局部变量不能用访问修饰符，成员变量可以
public、protected、private、static、final 这些修饰符对局部变量无效，写了就编译报错。
立即学习“Java免费学习笔记（深入）”；
- 局部变量天然“私有”，只在当前方法/代码块内可见，加修饰符没意义，语法也不允许
- 成员变量用
private是常态，暴露public字段是反模式；但static final修饰常量是合理且常见的 - 注意
final的区别：局部final变量只能赋值一次（可延迟初始化），成员final变量必须在声明、构造器或初始化块中完成赋值
最易忽略的是：局部变量的“事实 final”要求在闭包场景下非常严格——哪怕只是多了一个看似无害的重新赋值语句，lambda 就会编译失败，而错误提示不会告诉你哪一行坏了，只会说“not effectively final”。
