Scanner读输入卡住或跳过是因为nextInt()等方法不消费换行符，导致后续nextLine()立即返回空字符串；应统一用nextLine()再转换类型，或在nextInt()后加nextLine()清缓存。
用 Scanner 读取用户输入时为什么总卡住或跳过？
Java 控制台程序最常出问题的地方不是逻辑，而是 Scanner 的缓存行为。比如调用 nextLine() 前用了 nextInt()，后者不会消费换行符，导致后续 nextLine() 立即返回空字符串。
- 统一用
nextLine()读所有输入，再手动转换类型（如Integer.parseInt(input)），避免混用 - 如果必须用
nextInt()，紧接着加一句scanner.nextLine()清掉残留换行 - 注意
nextLine()会把空行当作有效输入，业务上需额外判断input.trim().isEmpty()
记账数据该存在 ArrayList 还是 Map？
初学者容易纠结结构，其实取决于核心操作：你频繁按「日期」查？按「类别」统计？还是只顺序遍历？
- 记一笔账本质是追加动作，
ArrayList最自然——插入快、遍历直观、支持索引序号（方便用户说“删第3条”） - 若需高频按日期范围查（如“查本月支出”），别急着换
TreeMap，先用> stream().filter()足够应付百条以内数据 - Map 适合做统计缓存，比如用
Map存「餐饮：245.6」，但这个 Map 应该由categoryTotal ArrayList实时计算填充，而非作为主存储
如何让金额输入不崩在小数点和负数上？
Double.parseDouble() 遇到 "12.3.4" 或 "abc" 直接抛 NumberFormatException，控制台程序不能崩溃退出。
- 用
try-catch包住解析逻辑，捕获NumberFormatException后提示 “请输入有效数字”，并continue当前循环 - 允许用户输 "12"、"12.0"、"-88.5"，但拒绝 "12.3.4"、"12-3"、"￥12" —— 正则可简单校验：
input.matches("-?\\d+(\\.\\d+)?") - 金额建议用
BigDecimal存储（哪怕只是显示用），避免double的浮点误差；但输入解析仍可用Double.parseDouble()再转BigDecimal.valueOf(d)，更轻量
保存和加载文件时路径和编码怎么不踩坑？
本地测试时写 "data.txt" 没问题，但打包成 jar 后常找不到文件，或中文变乱码。
立即学习“Java免费学习笔记（深入）”；
- 用相对路径时，确认当前工作目录——IDE 运行默认是项目根目录，但命令行运行可能在
bin/或out/下；建议用new File("data.txt").getAbsolutePath()打印出来看一眼 - 文件读写务必指定编码：
new OutputStreamWriter(new FileOutputStream(file), StandardCharsets.UTF_8)，否则 Windows 默认 GBK 会把 UTF-8 写的中文读成乱码 - 首次运行时文件不存在，
FileReader会抛FileNotFoundException，需提前检查file.exists()，不存在就跳过加载，直接初始化空列表
