在Java中，当局部变量、实例变量与静态变量同名时，必须使用类名限定才能准确访问静态变量。这是因为不同作用域中同名变量遵循“就近原则”，优先绑定局部变量和实例变量，从而遮蔽静态变量；而this或对象引用无法访问被遮蔽的静态变量。此外，继承关系中同名静态变量会被隐藏而非重写，进一步增加了访问的复杂性。
当变量名与 static 静态变量发生冲突时，Java 编译器会依据作用域和访问方式执行一套明确的分辨逻辑。然而，若想精准定位静态变量，尤其是在局部变量、方法参数或实例变量与其重名的情况下，唯一可靠的途径就是：使用类名限定。
为什么需要类名限定？
问题根源在于变量重名时，作用域存在多个层级：
- 方法内定义的局部变量——优先级最高
- 构造方法或方法的形参
- 当前类的实例变量（非 static）
- 当前类或父类的静态变量（
static）
一旦出现同名变量，编译器会按照“就近原则”进行绑定：局部变量 > 实例变量 > 静态变量。若要绕过这种遮蔽（shadowing）效应，就必须通过 类名.静态变量名 的形式显式声明，从而解除歧义。
类名限定访问静态变量的写法
语法固定为：类名.静态变量名，通过以下示例即可清晰理解：
立即学习“Java 免费学习笔记（深入）”；
public class Counter {
public static int count = 0; // 静态变量
private int count = 1; // 实例变量（合法，但不推荐同名）
public void increment() {
int count = 2; // 局部变量
System.out.println(count); // 输出 2（局部变量）
System.out.println(this.count); // 输出 1（实例变量）
System.out.println(Counter.count); // 输出 0（静态变量，必须用类名限定）
}
}
需要注意：this.count 指向的是实例变量，而 Counter.count 才是静态变量——即便在同一个类中，也不能省略类名来解除同名遮蔽。
不能用 this 或对象引用访问被遮蔽的静态变量
有些人可能会想：通过对象引用调用总可以吧？例如 obj.count。但别忘了，如果存在同名的实例变量，JVM 会优先将其绑定到实例变量上，静态变量根本没有机会被访问。静态变量本质上不属于对象，因此：
obj.count→ 绑定到实例变量（若存在）Counter.count→ 唯一可靠的方式访问静态变量this.count→ 只能访问当前对象的实例变量，不指向静态变量
继承场景下更要严格使用类名
如果子类中定义了与父类静态变量同名的变量（无论子类变量是 static 还是实例），父类的静态变量会被隐藏（注意是隐藏，而非重写）。此时：
Parent.var明确访问父类静态变量Child.var访问子类自身的变量（可能是静态也可能是实例）- 只写
var则取决于当前作用域最近的声明，极易引发错误
举个例子：System.out.println(Parent.name); 和 System.out.println(Child.name); 是两个完全独立的变量，互不影响。理解这一点后，继承场景下的静态变量混乱问题便可迎刃而解。
