在 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免费学习笔记（深入）”；
✅ 正确解决方案：延迟计算（推荐）
将 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() 方法，既符合单一职责原则，又彻底规避了初始化时序风险，代码更健壮、可读性更高。
