Java中同名静态变量与局部变量共存时发生遮蔽而非覆盖，二者内存位置和生命周期独立；访问静态变量需用类名限定，否则默认使用局部变量。
静态变量和局部变量同名时，编译器怎么处理
不会覆盖，而是「遮蔽（shadowing）」。Java 编译器按作用域就近原则解析变量名，方法内声明的 int count 会遮蔽类级别的 static int count，但两者内存位置、生命周期完全独立。
常见错误现象：NullPointerException 或值未更新——你以为改了静态变量，实际只动了局部变量。
- 局部变量必须显式初始化，静态变量有默认初始值（如
int是0） - 在
static方法中，不能直接用this.count访问实例变量，但能用ClassName.count访问静态变量；若同时存在同名局部变量，count指的就是局部变量 - IDE 通常会标黄警告「local variable hides a field」，别忽略它
为什么不能通过局部变量修改静态变量的值
因为它们根本不是同一个东西：静态变量属于类，存储在方法区；局部变量属于栈帧，随方法调用创建、返回销毁。所谓「修改」，只是给局部变量赋了个新值，对静态变量毫无影响。
使用场景举例：在 main 方法里写 String name = "Alice";，同时类里有 static String name = "Bob"; —— 这两个 name 互不干扰，打印时取决于你写的是 name 还是 MyClass.name。
立即学习“Java免费学习笔记（深入）”；
- 基本类型（
int,boolean）遮蔽后，修改局部变量完全不影响静态变量的值 - 引用类型（
static List<String> list = new ArrayList<>();）遮蔽后，若局部变量也指向同一对象，那对象内容可被共同修改；但把局部变量重新赋值为new ArrayList<>()，就断开了和静态变量的关联 - 没有「覆盖」语义，Java 不允许局部变量“替换”静态变量的定义或行为
如何安全访问被遮蔽的静态变量
用类名限定即可，这是最明确、最不易出错的方式。哪怕在静态上下文中，也推荐显式写出类名，避免歧义。
示例：
class Counter {
static int count = 10;
public static void increment() {
int count = 20; // 遮蔽了静态 count
System.out.println(count); // 输出 20（局部）
System.out.println(Counter.count); // 输出 10（静态）
Counter.count++; // 正确修改静态变量
}
}
- 不要依赖
this.count访问静态变量——在静态方法中这会编译失败 - 避免在方法开头声明和静态字段同名的局部变量，尤其在工具类或配置类中，容易引发隐蔽逻辑错误
- 如果真需要基于静态变量初始化局部变量，写成
int localCount = Counter.count;，语义清晰，且后续修改局部变量不会误以为影响了全局状态
IDE 和编译器对遮蔽的检查差异
javac 默认不报错，只在启用 -Xlint:shadow 时提示警告；而主流 IDE（IntelliJ / Eclipse）默认高亮并建议重命名。这种「宽容但提醒」的设计，恰恰说明问题不在语法，而在可维护性。
- CI 流程中若未开启
-Xlint，遮蔽问题可能长期潜伏 - 混淆代码（如 ProGuard）后，遮蔽关系更难追踪，尤其是反射调用或动态代理场景
- 单元测试容易漏掉遮蔽导致的逻辑偏差——比如你 mock 了静态变量，但测试方法里又声明了同名局部变量，结果根本没测到静态变量路径
真正麻烦的不是编译不过，而是运行时行为和直觉不符，而且这种不符往往只在特定分支或特定参数下才暴露。
