java变量作用域由嵌套结构决定，循环中声明位置影响变量生命周期：外层声明值保留，内层声明每次重置；{}界定局部作用域；嵌套类/lambda仅访问final或事实final变量；成员变量全局可见但有线程安全与共享风险。
Java 变量的作用域直接决定它能在哪段代码里被使用，而嵌套结构（比如循环嵌套、条件块嵌套、方法嵌套）会显著改变变量的可见范围和生命周期。关键不在于“能不能写”，而在于“写在哪，什么时候能用、什么时候失效”。
循环嵌套中变量位置决定输出结果
在嵌套循环里，把计数器变量声明在外部还是内部，效果完全不同：
- 声明在最外层（如 while 外）：变量只初始化一次，内层循环结束后值保留；下次进入内层时可能已不满足条件，导致只执行一次或跳过
- 声明在内层循环开头（如 for 或 while 内部）：每次进入该循环都会重新创建变量，自动重置初始值，保证每轮都按预期执行
- 常见错误示例：用一个全局计数器 f 控制列数，外层循环 i 控制行数，但 f 没重置 → 只打出第一行，后面三行为空
代码块与局部变量的边界很明确
一对大括号 { } 就是一个作用域边界，变量从声明处开始生效，到右括号结束就不可访问：
- for 循环里的 int i = 0；i 只在该 for 内有效，循环外不能调用
- if 或 while 块内定义的变量，哪怕没加额外 {}，也属于该语句块的作用域
- 同名变量可在外层定义后，在内层重新声明（即“遮蔽”），但要注意 this. 或显式限定来区分
嵌套类和 Lambda 中的变量限制更严格
嵌套结构越深，对外围变量的访问约束越多：
- 局部内部类或匿名类，只能访问所在方法中 final 或事实 final（effectively final）的变量
- Lambda 表达式同样遵循这一规则；若在嵌套 Lambda 中修改外层变量，编译直接报错
- instanceof 模式变量（如 if (obj instanceof String s)）的作用域仅限于 if 分支内，else 或后续代码无法使用 s
静态与实例变量不受嵌套影响，但有共享风险
成员变量（实例变量）和静态变量作用域是整个类，嵌套结构不会限制它们的访问，但带来隐含问题：
- 多个线程同时操作同一个实例的成员变量，可能引发竞态条件
- 静态变量被所有实例共享，嵌套逻辑中意外修改会影响全局状态
- 相比局部变量，它们生命周期长、不易回收，过度依赖会降低代码可测试性和复用性
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
