成员变量在类内方法外、属对象、存堆、有默认值、可加访问修饰符；局部变量在方法内、属栈帧、须显式初始化、不可加访问修饰符（final除外）、同名时遮蔽成员变量。
成员变量在类内但方法外，局部变量在方法或代码块内
成员变量属于类或对象，随对象创建而存在，随对象销毁而释放；局部变量只在定义它的方法或代码块执行期间有效，方法调用结束即被回收。这是最根本的生命周期差异。
常见错误现象：在方法里直接写 name = "Alice" 却没声明，编译报错 error: cannot find symbol——因为 JVM 认为这是对未声明的局部变量赋值，而非访问成员变量（即使同名）。必须显式用 this.name 或先声明 String name; 作为成员变量。
- 成员变量可不初始化（有默认值：
int是0，Object是null） - 局部变量必须显式初始化后才能使用，否则编译失败
- 同名时，局部变量会遮蔽（shadow）同名成员变量，需用
this.显式访问成员变量
访问修饰符对成员变量有效，对局部变量无效
你不能给局部变量加 public、private、protected 或 static——这些修饰符只适用于成员变量（和方法）。局部变量的作用域天然受限，修饰符无意义，写了就报错：illegal start of expression。
但 final 是例外：可用于局部变量（表示不可再赋值），也可用于成员变量（表示不可修改引用或值）。
立即学习“Java免费学习笔记（深入）”；
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
private int count;✅ 合法成员变量声明 -
private String s = "ok";✅ 成员变量可带初始化 -
public String temp;❌ 局部变量不能加public -
final String msg = "done";✅ 局部变量可用final
静态上下文里只能访问静态成员变量，不能访问局部变量
静态方法（如 main）中无法直接访问非静态成员变量，因为它们属于实例，而静态方法不依赖实例。但局部变量是方法自己的，当然可以访问——只是它本身不能“跨方法”存在。
典型错误：non-static variable xxx cannot be referenced from a static context。比如在 main 里直接写 System.out.println(name);，而 name 是普通成员变量。
- 静态方法中要访问非静态成员变量，必须通过对象实例：
new MyClass().name - 局部变量永远不存在“静态/非静态”之分，它只活在当前栈帧里
- 静态成员变量（
static int version）可在任何静态或非静态上下文中直接使用
内存分配位置不同：堆 vs 栈
成员变量随对象分配在堆（heap）上；局部变量（包括基本类型和引用变量本身）分配在栈（stack）上。注意：局部变量如果是对象引用（如 List<string> list</string>），引用在栈，它指向的对象仍在堆。
这个区别影响 GC 行为和并发安全：局部变量天生线程私有，无需同步；而成员变量若被多线程共享，可能引发竞态，需考虑 synchronized 或 volatile。
- 栈空间小、分配快、自动释放；堆空间大、需 GC 回收
- 逃逸分析可能让本该在堆的对象“栈上分配”，但这是 JVM 优化，开发者不直接控制
- 不要在循环里反复 new 大对象并赋给局部变量，容易触发频繁 GC
class Example {
private String member = "I'm on heap";
public void method() {
String local = "I'm on stack"; // 引用在栈，字符串常量池在堆
final int MAX = 100; // 局部 final 变量
System.out.println(this.member); // 必须 this. 才能明确指成员变量
}
}
真正容易忽略的是遮蔽规则和初始化强制性：局部变量不初始化就用，编译器立刻拦住；而成员变量默认初始化可能掩盖逻辑缺陷（比如误以为 count 已被业务代码设值，其实只是用了默认的 0）。 
