在 java 中，`double mf = mediafinal(nota1, nota2, nota3);` 在类定义中作为实例字段声明时，会在对象构造的**早期阶段执行**，此时 `nota1`、`nota2`、`nota3` 尚未赋值（仍为默认值 `0`），导致计算结果恒为 `0.0`。

这个问题的本质是 Java 实例字段初始化的执行时机与字段依赖关系之间的冲突。

? 问题复现分析

在 Aluno 类中：

int nota1; // 默认值：0
int nota2; // 默认值：0
int nota3; // 默认值：0

double mf = mediaFinal(nota1, nota2, nota3); // ✅ 语法合法，但此时三者均为 0

该行代码属于实例变量初始化表达式，它在构造器执行之前（即对象内存分配后、构造器体开始前）被求值。而 nota1/nota2/nota3 此时尚未被 main 中的赋值语句修改，因此 mediaFinal(0, 0, 0) 恒返回 0.0。

这也是为什么你在 main 中显式调用 a.mediaFinal(a.nota1, a.nota2, a.nota3) 能得到正确结果——此时字段已被赋值（5, 6, 10），计算基于真实数据。

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

立即学习“Java免费学习笔记（深入）”；

✅ 正确解决方案：延迟计算（推荐）

将 mf 改为无参方法，确保每次调用都基于当前最新字段值：

// 替换原字段声明
// double mf = mediaFinal(nota1, nota2, nota3);

// 改为计算型 getter 方法
double mf() {
    return (nota1 * 2.5 + nota2 * 2.5 + nota3 * 2) / 7.0;
}

并在 fim() 和 main 中调用：

// 在 QuestaoJoao.main() 中：
System.out.println(a.mf()); // ✅ 输出正确加权平均分：7.5

// 在 Aluno.fim() 中：
if (mf() >= 7) { // ✅ 动态计算
    System.out.println("Aprovado!");
} else {
    System.out.println(nome + " precisa tirar " + (10 - mf()) + " na prova final");
}

⚠️ 注意事项

• ❌ 避免在字段初始化中依赖其他尚未赋值的实例字段（尤其是基本类型默认值陷阱）；
• ✅ 方法调用天然具备“延迟性”和“状态感知性”，更适合封装依赖当前对象状态的计算逻辑；
• ? 若需缓存计算结果（如性能敏感场景），可结合 private double mfCache + 懒加载（需配合 resetCache() 或观察者模式），但本例无需过度设计；
• ? 计算中建议使用 7.0 而非 7，避免整数除法截断（虽然此处分子含 double 字面量已触发浮点运算，但显式写 7.0 更清晰）。

✅ 总结

mf 返回 0 不是 bug，而是 Java 初始化顺序的必然结果。面向对象设计中，应优先用方法（behavior）而非字段（state）表达派生值。将 mf 重构为 mf() 方法，既符合单一职责原则，又彻底规避了初始化时序风险，代码更健壮、可读性更高。