局部变量和成员变量性能无绝对优劣，关键看使用场景：局部变量存栈、访问快且线程安全；成员变量存堆、生命周期长但需注意线程安全与内存开销；选择依据是数据生命周期——方法级用局部变量，对象级用实例成员变量，全局级用static成员变量。
成员变量和局部变量在性能上没有绝对优劣，关键看用在哪儿、怎么用。选错位置不仅拖慢程序，还可能引发线程安全或内存泄漏问题。
访问速度：局部变量快，但别为这点快乱用
局部变量存在栈上，CPU访问极快，甚至能进寄存器；成员变量在堆上，每次读写都要走对象引用路径，多一层寻址开销。但这点差异在绝大多数业务场景里几乎感知不到——除非你在高频循环里反复读写同一个成员变量，且该变量又不常变。
- 适合用局部变量的场景：方法内临时计算（如循环计数器、中间结果）、方法参数、条件判断中的标志位
- 不适合用局部变量的场景：需要跨方法共享的状态（比如用户登录态、配置开关），硬塞进局部变量会导致重复传参或返回值污染
- 小技巧：如果某个成员变量只在单个方法里频繁读写，且不被其他方法依赖，可考虑把它“提取”为局部变量再操作，最后再赋回——减少堆访问次数
内存开销：成员变量占堆，局部变量压栈
成员变量随对象存活，多个实例就有多份副本，容易推高堆内存占用；局部变量随方法调用自动入栈、退出即释放，不增加GC压力。但栈空间有限，过度嵌套或递归中声明大数组/大对象作局部变量，可能触发 StackOverflowError。
- 注意静态成员变量：它存在方法区，生命周期最长，所有实例共享，改它等于全局改——适合常量或全局计数器，但别存可变大对象
- 警惕“伪局部变量”：Lambda 表达式里引用的外部局部变量，会被编译器自动转成匿名内部类字段，实际变成堆上对象的一部分
- 典型反例：在 Controller 层把数据库查询结果整个作为局部变量传给 Service，不如直接传 ID 或必要字段，避免无谓对象拷贝
线程安全性：局部变量天然隔离，成员变量需主动防护
每个线程有自己的栈，所以局部变量天然线程安全；而成员变量（尤其是非 final 实例变量）可能被多个线程同时读写，必须加锁、volatile 或用线程安全容器保护。
- 无状态工具类优先用静态方法 + 局部变量，避免实例化和成员变量
- 有状态对象（如订单处理器）若需并发处理，成员变量应尽量设计为不可变（final + 不可变类型），或明确标注线程不安全并文档说明
- 不要因为“怕线程安全问题”就把所有状态都塞进局部变量——这会让逻辑碎片化、难以复用，正确做法是厘清状态归属：属于单次请求？属于用户会话？还是全局配置？再决定存放位置
应用选择口诀：谁负责、谁持有、谁销毁
一句话判断：这个数据的生命周期，是由方法执行决定，还是由对象存在决定？
- 方法执行完就丢——一定是局部变量（含形参、代码块内变量）
- 对象创建就有、销毁才没——用实例成员变量
- 整个程序运行期都要存在、所有对象共用——用 static 成员变量（慎用可变 static）
- 不确定要不要跨方法用？先按局部变量写，等真出现重复传参或逻辑割裂时，再重构为成员变量——避免过早抽象
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
