应使用 double 而非 float 存储身高体重，因 float 在常见范围内易精度丢失导致 BMI 判断失败，且 Java 默认浮点类型为 double，混用会引发隐式转换风险；BMI 计算需确保单位统一、校验正数输入，并避免硬编码平方或误用 Math.sqrt()。
为什么用 double 而不是 float 存身高和体重
初学者常直接选 float，觉得“小数不就该用 float 吗”，但 BMI 计算涉及除法和比较（比如判断是否 ≥24），float 在 1.6–1.9 米、50–90 公斤范围内容易出现精度丢失，导致 24.0f == bmi 判断失败。Java 中默认浮点字面量是 double，且 Math.pow()、Math.round() 等工具方法也以 double 为入参，混用反而触发隐式转换，增加出错概率。
- 身高建议用
double heightInMeters = 1.75;（单位：米） - 体重统一用
double weightInKg = 68.5; - 避免写
float h = 1.75f;，除非明确控制内存且已做误差分析
计算 BMI 的核心公式别硬编码平方
BMI = 体重(kg) ÷ 身高²(m²)，关键在“身高平方”。有人写 height * height 没问题，但若后续要扩展支持英寸/磅单位，或做单位校验，硬编码会让逻辑散落。更稳妥的是封装成独立表达式，并保留单位注释。
double bmi = weightInKg / (heightInMeters * heightInMeters); // 或用 Math.pow（可读性略低，但语义明确） // double bmi = weightInKg / Math.pow(heightInMeters, 2);
- 不用
Math.sqrt()反推——那是逆运算，完全无关 - 输入前必须校验
heightInMeters > 0和weightInKg > 0，否则除零或负值会得NaN或负 BMI - 如果从 Scanner 读字符串，记得用
Double.parseDouble()，别用Integer.parseInt()强转
判断 BMI 分类时别用 if-else 链硬比数字
中国卫健委标准：BMI if-else 容易漏边界（比如把 写成 <code>），也难维护。推荐用区间判断习惯写法，或提前归一化。
String category;
if (bmi < 18.5) {
category = "偏瘦";
} else if (bmi < 24.0) {
category = "正常";
} else if (bmi < 28.0) {
category = "超重";
} else {
category = "肥胖";
}- 所有比较用
连写，靠顺序隐含“≥前一个”的逻辑，比同时写 <code>>= && 更少出错 - 临界值如
24.0写成带小数点的double字面量，避免整数除法干扰 - 不要用
switch——double不支持，且区间无法枚举
从控制台输入到结果输出，Scanner 的 nextLine() 容易吃掉换行
新手常这样写：
立即学习“Java免费学习笔记（深入）”；
Scanner sc = new Scanner(System.in);
System.out.print("请输入身高（米）：");
double h = sc.nextDouble();
System.out.print("请输入体重（公斤）：");
double w = sc.nextDouble();问题在于：sc.nextDouble() 不消费结尾的换行符，下一次调用 sc.nextLine()（比如想让用户按回车继续）会立刻返回空字符串。这不是 bug，是 Scanner 的设计行为。
- 要么统一用
sc.next()+Double.parseDouble(sc.next()) - 要么在每个
nextDouble()后加一句sc.nextLine();清掉缓冲区 - 更干净的做法：全部用
sc.nextLine()读字符串，再解析，例如Double.parseDouble(sc.nextLine().trim())
真实项目里，这种输入吞掉换行的问题，往往让程序“卡住”或跳过提示，却查不出错在哪——它不报异常，只默默行为异常。
