java变量的“坑”主要有两类：一是局部变量未初始化即使用导致编译失败；二是构造器中同名变量遮蔽实例变量致对象状态为默认值。

Java变量的“坑”主要集中在两处：一是局部变量未初始化就使用，编译直接报错；二是构造器里用同名变量遮蔽实例变量，导致对象状态始终是默认值。这两类问题看似简单，却高频出现在新手代码和单元测试失败中。

构造器里别写“int value = …”

这是最典型的遮蔽（shadowing）错误。当你在构造器里写 int value = initialValue;，其实声明了一个新的局部变量，它和类里的 int value; 完全无关。实例变量仍保持默认值（比如 int 是 0），后续所有方法操作的都是这个“空壳”对象。

• 正确写法一：直接赋值，去掉类型声明 —— value = initialValue;
• 正确写法二：显式使用 this 消除歧义 —— this.value = initialValue;
• IDE 通常会用灰色或波浪线提示这种遮蔽，别忽略它

局部变量必须“走完每条路”才敢用

Java 编译器不会运行代码，但它会静态检查：只要存在任何一条执行路径没给变量赋值，就拒绝编译。常见于 if 链、try-catch 或 switch 中。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• if 多个并列条件？换成 if-else if-else 链，确保兜底
• try 里赋值、catch 里没处理？要么在 try 前初始化变量（如 String result = null;），要么在 catch 里也赋一个值
• 浮点数边界容易漏——比如 和 >= 4750.0 之间可能有 4749.995 这种值，建议统一用左闭右开区间或加 else

实例变量和局部变量，初始化规则完全不同

这点必须刻进习惯：类字段（实例变量/静态变量）由 JVM 自动初始化（int→0，Object→null）；但方法里的局部变量，不赋值就不能读，连编译都过不去。

• 别指望局部变量有“默认值”，它就是未定义状态
• 哪怕逻辑上“肯定能走到赋值那步”，编译器也不信——你得用代码证明它
• 防御性初始化很实用：比如 double total = 0.0;，再根据条件覆盖，既安全又省心

JUnit 测试失败，往往暴露的是初始化问题

单元测试像一面镜子。当 assertEquals(150, o.addToValue(50)) 实际返回 50，大概率不是方法写错了，而是构造器根本没把 100 赋给实例变量。

• 先检查构造器里有没有“声明新变量”的写法
• 打印或调试时看实例变量真实值，别只盯着局部变量名
• 写测试时，优先验证对象创建后关键字段是否已按预期设值

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南