Java变量能否使用取决于声明位置：局部变量在方法/代码块内生效，需显式初始化，存于栈内存；成员变量属类或对象，有默认值，存于堆或方法区，作用域覆盖整个类。
Java里变量能不能用、什么时候能用、用完会不会消失，关键看它在哪声明——位置决定作用域，作用域决定生命周期和访问方式。局部变量和成员变量最容易混淆，搞错轻则编译报错，重则值被覆盖、逻辑出错。
局部变量：方法内“临时工”，用完即走
只在方法、构造器或代码块内部定义，从声明那行开始生效，到对应 { 的匹配 } 结束就失效。它不归类管，只听当前执行流的指令。
- 必须显式初始化才能使用，比如
int count = 0;；写成int count;后直接打印会编译失败 - 存在栈内存中，方法调用结束，空间立刻释放，天然线程私有
- 不能加
public、private或static修饰符——它不是类的组成部分 - for 循环里定义的
int i = 0，只能在循环体内用；if 块里声明的boolean flag = true，出了 if 就不可见 - 两个并列的
{ }块里可以各自定义同名变量，互不干扰，但也不能跨块访问
成员变量：对象的“身份证”，随生随灭
定义在类中、所有方法外部，属于类或对象本身。它绑定在实例上（实例变量）或类上（静态变量），是状态的长期载体。
- 系统自动赋予默认值：数值类型为
0，boolean为false，引用类型为null - 实例变量存在堆内存，随对象创建而生、GC回收而亡；静态变量存在方法区，随类加载而生、类卸载而终
- 作用域覆盖整个类——构造器、普通方法、初始化块都能直接访问
- 若方法内声明了同名局部变量，它会遮蔽成员变量；想明确访问成员变量，得写
this.name - 访问权限由
private/protected/public控制，但作用域本身仍是全类范围
同名变量冲突时，就近原则起作用
Java 不靠“谁先声明”来判断，而是看使用点离哪个变量最近。这个规则直接影响读写行为，调试时容易踩坑。
立即学习“Java免费学习笔记（深入）”；
- 方法内写了
String name = "Alice";，后面用name就指这个局部变量 - 没声明局部变量，直接写
name，就去找当前类的成员变量 - 写成
ClassName.name就明确调用静态变量 - 写成
this.name就明确指向当前对象的成员变量 - Lambda 表达式中不能修改外部局部变量（除非是 effectively final），但可以自由读写成员变量
常见误区与实战提醒
很多问题不是语法不会，而是边界意识模糊。以下几点在真实项目中高频出现：
- 在
if或for里反复声明同名变量，比如循环内写String msg = "ok";，每次都是新变量，别误以为是同一个 - 把局部变量当缓存用却忘了初始化，导致编译不过；而成员变量未赋值却误以为“没设就是空”，其实已是
null或0 - 调试时滥用
this.——只有需要区分同名局部变量和成员变量时才加，否则冗余且降低可读性 - 静态变量被多个线程共享，修改前没加同步，引发并发脏数据；局部变量因栈私有，天然安全
- 误将应属对象状态的字段声明为局部变量（如把用户 ID 存在方法参数里反复传），破坏封装，增加耦合
