Scanner输入卡住因nextInt()不读换行符，导致nextLine()读空行；应统一用nextLine()后转换，或在nextInt()后加nextLine()清缓存；BMI用double足够，Math.round四舍五入；if-else需按BMI区间升序判断；文件写入推荐Files.write()避免乱码和资源泄漏。
用 Scanner 获取用户输入时为什么总卡住或跳过？
体重管理应用第一步是读取用户身高、体重、年龄等数据，但新手常发现 nextLine() 被 nextInt() 或 nextDouble() “吃掉”换行符，导致后续输入直接跳过。
- 根本原因是
nextInt()等方法只读数字，不消费输入流末尾的\n，下一次nextLine()立刻读到空行 - 统一用
nextLine()读所有输入，再用Integer.parseInt()或Double.parseDouble()转换，最稳 - 如果坚持混用，务必在
nextInt()后加一句scanner.nextLine();清掉残留换行符
Scanner scanner = new Scanner(System.in);
System.out.print("请输入身高（米）：");
String heightStr = scanner.nextLine(); // 避免跳过
double height = Double.parseDouble(heightStr);计算 BMI 用 BigDecimal 还是 double？
BMI 公式是 weight / (height * height)，结果通常保留一位小数。日常体重管理不需要金融级精度，double 完全够用，且更轻量、无装箱开销。
-
BigDecimal适合金额、税率等必须零误差场景，BMI 是健康评估指标，本身就有测量误差容忍度 - 用
Math.round(bmi * 10.0) / 10.0可四舍五入到一位小数，比DecimalFormat更直接 - 注意
height单位必须是米，若用户输的是厘米，要提前除以 100.0
double bmi = weight / (height * height); bmi = Math.round(bmi * 10.0) / 10.0; // 例如 22.6
判断 BMI 分类时为什么 if-else if 顺序不能乱？
BMI 分类标准（WHO）是区间嵌套：<18.5（偏瘦）、18.5–24（正常）、24–28（超重）、≥28（肥胖）。顺序错会导致逻辑覆盖错误。
- 必须从最小值向最大值写，或用“左闭右开”统一风格，比如全部用
<和<=混合易出错 - 推荐写法：
if (bmi < 18.5)→else if (bmi < 24)→else if (bmi < 28)→else - 别漏掉边界情况：身高为 0 或负数、体重为负——应在计算前校验并提示重新输入
把体重记录存到文件，用 PrintWriter 还是 Files.write()？
Java 7+ 推荐用 Files.write()，它自动处理编码、关闭流、异常包装，代码更短也更安全。
立即学习“Java免费学习笔记（深入）”；
-
PrintWriter需手动flush()和close()，忘记就可能丢数据；且默认平台编码，中文易乱码 -
Files.write()默认 UTF-8，一行代码搞定：Files.write(Paths.get("log.txt"), lines, StandardCharsets.UTF_8, StandardOpenOption.APPEND) - 如果追加写入，务必加
StandardOpenOption.APPEND，否则每次覆盖原文件
List<String> record = Arrays.asList("2024-04-05,72.5,1.75,23.6,正常");
Files.write(Paths.get("bmi_log.txt"), record, StandardCharsets.UTF_8, StandardOpenOption.CREATE, StandardOpenOption.APPEND);实际开发中，最容易被忽略的是输入校验和单位一致性——用户随手输“175”当身高，程序按米算就崩了；或者没处理 NumberFormatException，一输字母就退出。这些细节比算法本身更决定项目能不能跑通。
