java变量作用域由代码块结构严格界定：类体、方法体及任意{}块分别对应成员变量、局部变量和块级变量，嵌套层级决定可见性，同名变量按就近原则解析。
Java 变量的作用域直接由程序结构决定——在哪写，就在哪能用；结构嵌套多深，作用域就限多窄。搞不清这点，编译报错是小事，逻辑错乱才是真麻烦。
变量作用域由代码块结构严格界定
Java 用花括号 { } 划定作用域边界，不是靠缩进或空行。每一对 { } 就是一个独立作用域层级：
- 类体 { } 内声明的变量（成员变量、静态变量）在整个类中可见
- 方法体 { } 内声明的变量（局部变量）只在该方法内有效
- if、for、while 或任意 { } 块内声明的变量，仅限该块内部使用
- 嵌套块中可访问外层变量，但外层无法访问内层变量（比如循环里的 i 不能在循环外打印）
三类变量对应三类结构位置
变量类型和它的“出生地”绑定得非常紧：
- 局部变量：写在方法、构造器或任意代码块内部；必须显式初始化；生命周期随块执行开始与结束
- 成员变量（实例变量）：写在类里、所有方法外面；每个对象一份副本；有默认值（int→0，boolean→false，引用→null）
- 静态变量：用 static 修饰，也写在类里、方法外；属于类本身，所有实例共享；可通过 类名.变量名 直接调用
同名变量按结构层级就近解析
当多个作用域出现同名变量时，Java 不靠猜测，而是严格按嵌套深度找最近的那个：
- 方法内声明了 name，那就用这个局部变量
- 没声明局部变量，但写了 name，就自动去找当前类的成员变量
- 写成 ThisClass.name，明确指向静态变量
- 写成 this.name，明确指向当前对象的成员变量
程序结构不清晰，作用域就容易踩坑
常见问题往往源于结构误判：
- 把变量声明在 for 里却想循环后用 → 应提至循环外，配合数组或集合存值
- 在 if 块里初始化变量，然后在 else 外使用 → 编译失败，因变量未覆盖全部路径
- 成员变量被同名局部变量“遮蔽”，又忘了加 this. → 读写的是错误副本
- 误以为 public static 变量是“全局”的，结果跨类访问受权限限制 → 需确认修饰符是否允许外部访问
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
