Java中变量作用域与方法重载相互独立：作用域由声明位置决定，重载仅依据方法签名（名称+参数列表）；成员变量类内可见、有默认值，局部变量限于代码块且须显式初始化；重载调用由实参类型数量编译时确定，与内部变量无关。
Java 中变量作用域与方法重载是两个独立但常被同时使用的概念，它们彼此不直接影响——方法重载的判定只看方法签名（名称 + 参数列表），不涉及变量作用域；而变量作用域则严格由声明位置和代码块边界决定，与方法是否重载无关。理解这点，就能避免常见混淆。
变量作用域：谁在哪儿能用
变量能不能访问、什么时候创建、什么时候销毁，全由它在哪声明决定：
- 成员变量（属性）写在类里、方法外，整个类内都可见，随对象生命周期存在，有默认值（如 int 默认为 0，引用类型为 null）
- 局部变量写在方法、构造器或任意 {} 块内，只在对应块内有效；必须显式初始化才能使用，否则编译报错
- for 循环中初始化的变量（如 for (int i = 0; ...)）作用域仅限该循环，循环结束后不可访问
- 同一作用域内不能重复声明同名局部变量；但局部变量可以和成员变量同名，此时遵循“就近原则”，优先使用局部变量，需用 this. 显式访问成员变量
方法重载：只认参数，不看变量
重载方法的调用选择完全由编译时实参类型和数量决定，跟方法体内定义了什么变量、变量怎么命名毫无关系：
- 比如三个 max() 方法：int max(int, int)、double max(double, double)、double max(double, double, double)，调用时传两个 int 就绑定第一个，传两个 double 就绑定第二个，传三个 double 就绑定第三个
- 如果传入 max(5, 3.14)，Java 自动将 int 5 提升为 double，匹配到 double max(double, double)
- 即使重载方法内部用了相同名字的局部变量（如都叫 result），也不会互相干扰——因为每个方法都有独立的栈帧，各自的局部变量互不感知
重载方法里变量的典型表现
虽然重载不影响作用域规则，但在实际编码中容易因结构相似引发误判：
立即学习“Java免费学习笔记（深入）”；
- 多个重载方法可能都声明了同名局部变量（如 sum 或 temp），但它们物理上是不同变量，内存地址不同，生命周期各自独立
- 若在重载方法中访问成员变量，行为完全一致——无论哪个重载版本，只要没被局部变量遮蔽，都能直接读写该成员变量
- 参数本身就是局部变量，作用域覆盖整个方法体；所以 public void print(String s) 和 public void print(int n) 中的 s 和 n 彼此隔离，互不影响
容易踩坑的组合场景
当重载 + 作用域细节叠加时，几个典型问题值得警惕：
- 局部变量遮蔽成员变量：在重载方法里声明了和成员变量同名的参数或局部变量，若忘记用 this.，会意外修改/读取局部值而非成员值
- 块级变量误跨边界使用：比如在某个重载方法的 if 块里声明 String msg = "ok"，却试图在 if 外打印 msg —— 编译直接失败，和是否重载无关
- 可变参数方法与普通重载共存：如 void log(String... msgs) 和 void log(String msg) 同时存在，传单个 String 会优先匹配后者；但若只留前者，传 null 可能引发 NPE，而这不是作用域问题，是逻辑设计问题
