Java中try、catch、finally块变量作用域独立，均遵循块级作用域规则；各块内声明的变量仅在对应{}内可见，跨块访问需将变量声明于结构外部。
Java 中 try、catch、finally 各自是独立的代码块，变量在其中声明时，作用域严格受限于该块本身。这不是 bug，而是由 Java 的块级作用域规则决定的。
try 块内声明的变量仅在 try 内有效
在 try 块第一行声明的变量，比如 int x = 5;，它的生命周期和可见性只覆盖从声明位置到 try 块结束的大括号（}）。它不能被 catch 或 finally 访问，哪怕语法上看起来“紧挨着”。
- 编译器会报错：找不到符号（cannot resolve symbol）
- 即使 try 中没抛异常，变量依然不可见——作用域不依赖执行路径，只依赖语法结构
- 这和 if、for、普通 {} 块的行为完全一致，属于统一的块作用域机制
catch 和 finally 也各自有独立作用域
catch 声明的异常参数（如 catch (IOException e)）只在该 catch 块内有效；finally 块中定义的变量也仅限于 finally 内部使用。
- 多个 catch 块之间互不影响，彼此无法访问对方声明的变量
- finally 不能读取 try 中声明的变量，也不能直接使用 catch 参数（除非在同一个块里显式传递）
- 如果需要在 finally 中操作某个资源，应在 try 外声明引用，try 内初始化
安全且推荐的写法：变量声明上提
若需在 finally 中使用某对象（如流、连接），应把变量声明放在 try 外，赋值放在 try 内。
立即学习“Java免费学习笔记（深入）”；
- 例如：FileInputStream fis = null; 放在 try 前，然后在 try 中 fis = new FileInputStream("a.txt");
- 这样 finally 就能安全调用 fis.close();（注意判空）
- Java 7+ 的 try-with-resources 是更优解：自动管理资源，无需手动写 finally
嵌套块不会突破作用域边界
有人尝试在 try 内再加一层 { int y = 10; }，然后希望 y 能被 finally 使用——这也不行。内部块只是进一步缩小作用域，不会向外“泄漏”变量。
- 块作用域是单向封闭的：外层可访问内层（只要没被遮蔽），但内层变量绝不会逃逸到外层块
- try、catch、finally 彼此平级，不是父子嵌套关系，因此不存在“向上访问”逻辑
- 遮蔽（shadowing）只发生在同名变量跨作用域声明时，不改变作用域本身的隔离性
