Java中局部变量必须显式初始化才能使用，未初始化访问会编译失败；而成员变量由JVM自动初始化为默认值（0、false、null），存储于堆，生命周期与对象一致；局部变量存储于栈，方法结束即销毁。
局部变量必须显式初始化才能使用
Java 不会为局部变量赋予默认值，未初始化就访问会直接编译失败。这是和成员变量最直观的区别——成员变量（无论是 int、boolean 还是自定义引用类型）都会被 JVM 自动设为 0、false 或 null。
常见错误现象：variable xxx might not have been initialized
- 方法内声明的
int count，不赋值就return count;→ 编译报错 - 但类中声明的
private int count;，在toString()中直接返回它 → 合法，值为0 - 局部变量即使在
if分支中初始化，也需确保所有执行路径都覆盖，否则仍报错
成员变量存储在堆中，局部变量存储在栈中
生命周期直接受内存区域管理方式影响：成员变量随对象一起分配在堆上，只要对象可达，它就存在；局部变量则压入当前线程的 Java 虚拟机栈帧中，方法调用结束即出栈销毁。
这导致几个关键差异：
立即学习“Java免费学习笔记（深入）”；
- 局部变量无法被其他线程直接共享（除非逃逸到堆，比如作为内部类实例捕获）
- 频繁创建短生命周期对象时，其成员变量会增加 GC 压力；而大量局部基本类型变量几乎不触发 GC
-
final局部变量可用于匿名内部类或 Lambda 表达式捕获，但捕获的是值拷贝，不是引用本身
作用域冲突时局部变量会遮蔽（shadow）同名成员变量
当方法参数或局部变量与成员变量重名，局部作用域优先，此时访问成员变量必须加 this. 前缀。
典型场景：
- 构造器中写
name = name;→ 实际是把参数赋给自己，成员变量没被赋值 - 正确写法是
this.name = name; - IDE 通常会警告 “Assignment to itself”，但不会阻止编译
- 静态方法中不能用
this，因此也无法直接访问非静态成员变量，哪怕名字不冲突
static 成员变量不属于任何实例，但局部变量永远属于当前执行上下文
static 变量随类加载而初始化，存于方法区（JDK 8+ 是元空间），被所有实例共享；而局部变量每次方法调用都新建一份，互不影响。
容易踩的坑：
- 在递归方法中用局部变量计数是安全的，但误用
static int counter会导致跨调用污染 -
static成员变量的初始化顺序依赖类加载时机，可能引发NullPointerException（如在静态块中调用尚未初始化的其他静态字段） - 局部变量不能加
static修饰符，否则编译报错：modifier static not allowed here
