成员内部类中的变量遮蔽是嵌套作用域下的天然现象，需通过OuterClass.this.x、this.x和直接变量名明确访问外部类、内部类或局部变量，避免误用。
成员内部类中的变量遮蔽（shadowing）不是用来“处理”复杂覆盖的工具，而是一种语言规则带来的现象——它天然存在，关键在于你能否识别、控制和避免误用。真正要做的，不是“利用”它，而是理解它在嵌套作用域中如何工作，并用明确语法安全访问各层变量。
遮蔽发生的三层典型场景
成员内部类会同时面临三类同名变量的潜在遮蔽：
-
外部类字段：如
Outer有String data = "outer"，内部类也声明String data = "inner"，则直接写data访问的是内部类自己的字段 -
方法参数或局部变量：内部类方法中定义
int x = 5，会遮蔽内部类自身的x字段，也遮蔽外部类的x -
继承链中的父类字段：若内部类继承了某个类，且该父类也有同名字段，
super.x才能访问父类版本
必须掌握的三种访问方式
当遮蔽发生时，不能靠猜测或省略，必须用限定语法显式指定目标：
- 直接使用变量名：默认访问离当前作用域最近的声明，即内部类自身字段（如有）或方法内局部变量
-
this.x：明确指向当前内部类实例的字段（注意：不是外部类的） -
OuterClass.this.x：唯一可靠访问外部类实例字段的方式，例如ShadowTest.this.x
实战中容易踩坑的操作
这些写法看似合理，实则危险或无效：
- 在内部类方法里写
x = 10，却没确认x到底是哪一层的——可能改错了字段，也可能根本没改到预期对象 - 误以为
super.x能访问外部类字段——super只用于继承关系，对外部类无效 - 静态内部类中尝试用
OuterClass.this.x——静态嵌套类没有对外部类实例的隐式引用，编译直接报错 - 依赖 IDE 颜色提示判断是否被遮蔽——IDE 可能不标红，但运行时行为已偏离预期
推荐的编码习惯
不靠记忆、不赌运气，从写法上杜绝歧义：
- 外部类字段统一加前缀（如
mData或outerData），内部类字段用不同命名（如innerData），从源头减少同名可能 - 只要涉及跨作用域读写，一律显式限定：
OuterClass.this.data、this.data、localData - 启用编译器警告：
-Xlint:shadow，让 javac 在遮蔽发生时主动提示，而不是等运行出错才排查 - 避免在内部类中重新声明与外部类同名的 public/protected 字段——这不是必要设计，只是给调试埋雷
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
