java局部变量必须显式初始化才能使用，编译器严格检查所有执行路径；如sum、product等需赋单位元初值，嵌套循环中累加器和阶乘变量初始化尤为关键。
Java变量初始化不是写完类型和名字就完事，它必须和后续计算逻辑严丝合缝地配合——初始化值要能支撑循环、累加、条件分支等操作的起点正确，否则哪怕算法再对，也会在第一步就崩掉。
局部变量：必须初始化后才能参与任何计算
方法内声明的变量（比如循环计数器、累加器、临时结果）没有默认值。编译器会逐路径检查：只要存在某条执行流没赋值就去读取，立刻报错“可能未初始化”。
- 错误写法：
int sum; if (valid) sum = compute(); System.out.println(sum);→ 编译失败 - 正确做法：直接在声明时给合理初值，比如
int sum = 0;（加法单位元）、long product = 1;（乘法单位元） - 若逻辑分支多，用三元运算符确保全覆盖：
int status = isReady ? 1 : -1;
阶乘求和类场景：初始化决定整个计算链是否成立
像“计算1!+3!+5!+7!”这类嵌套循环题，变量初始化不是形式，而是逻辑锚点：
-
外层累加器sum必须初始化为
0，否则sum += b会因sum无定义而编译不过 -
内层阶乘变量b每次循环前要重置为
1，否则上一轮结果残留会导致连乘错误 -
循环边界i作为内层
j 的上限，其值来自外层步进（1→3→5→7），初始化已在<code>for(int i=1; ...)中完成，无需额外赋值
成员变量：别让null或0成为“默认答案”
字段虽有JVM默认值，但业务上往往不合法。初始化必须体现真实语义：
- 集合类别留空引用：
private List<string> logs = new ArrayList();</string>，而不是private List<string> logs;</string> - 数值型字段按业务设合理起点：
private int retryCount = 0;（明确表示“尚未重试”），而非依赖int默认0引发歧义 - 布尔标志避免用默认false掩盖意图：
private boolean isActive = false;比private boolean isActive;更清晰
final变量：初始化即契约，只许一次且必须发生
final不是语法装饰，是不可变承诺。它的初始化必须与使用时机严格对齐：
- 局部final变量：必须在声明后、首次读取前完成唯一赋值，如
final String id = user.getId() != null ? user.getId() : UUID.randomUUID().toString(); - 成员final变量：选其一方式完成——声明处赋值、构造器中赋值、或实例块中赋值；所有构造器都得覆盖到
- static final常量：适合编译期确定的值，如
public static final int MAX_RETRY = 3;；运行时计算需用静态块兜底
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
