记账本用ArrayList存内存数据，Record含date、amount、category、note字段；Scanner交互需注意nextLine()缓冲问题；支持按日期/类别查询并处理异常；退出前保存为UTF-8文本文件；主循环用switch分发功能，注重错误反馈与边界处理。

用 ArrayList + Scanner 实现记账本核心结构

记账本本质是「增删查改」操作，Java 初级阶段不必上数据库或文件持久化，先用 ArrayList 存内存数据最稳妥。每个记账条目建议封装为 Record 类，至少含 date、amount、category（如“餐饮”“交通”）、note 四个字段。

用户交互靠 Scanner 读取控制台输入，注意：别用 nextLine() 紧跟 nextInt() ——后者不吞换行符，会导致下一次 nextLine() 直接返回空字符串。稳妥写法是每次 nextInt() 后加一句 scanner.nextLine() 清缓冲。

• 金额统一用 double 或更推荐的 BigDecimal（避免浮点误差，哪怕只是练习）
• 日期建议用 LocalDate.now() 自动生成，减少用户输入负担
• 分类用字符串即可，但建议预定义常量数组（如 String[] CATEGORIES = {"餐饮", "交通", "购物", "娱乐"}），避免拼错

如何实现按日期/类别筛选查询功能

查询不是“全量遍历+if判断”就完事——得让用户有明确入口。在主菜单里加选项如「按日期查」、「按类别查」，进入后分别调用 queryByDate() 或 queryByCategory() 方法。

queryByDate() 接收形如 "2025-05-20" 的字符串，用 LocalDate.parse(input) 转换，再遍历 records 列表比对 record.getDate().equals(targetDate)；queryByCategory() 同理，注意用 String.equals() 而非 ==。

• 用户输错格式时，LocalDate.parse() 会抛 DateTimeParseException，必须用 try-catch 捕获并提示“日期格式错误，请输入 yyyy-MM-dd”
• 查询结果为空时，别沉默，要明确输出“未找到匹配记录”
• 如果想支持模糊查“5月”，就得把 LocalDate 拆成年/月/日字段，或用 month == targetMonth 判断

退出前保存到文本文件（避免重启丢数据）

纯内存运行很脆弱，用户输了一堆数据，关程序就没了。加一个 saveToFile("records.txt") 方法，在用户选「退出」前调用它。不用 JSON 或 CSV，就用最直白的文本格式：

2025-05-20,12.5,餐饮,外卖
2025-05-21,28.0,交通,地铁

写入用 Files.write(Paths.get(filename), lines, StandardCharsets.UTF_8)，每行一条记录，字段用英文逗号分隔。读取启动时用 Files.readAllLines() 解析，注意处理空行和异常行（比如字段数不对），跳过它们并打印警告而非崩溃。

• 务必指定 StandardCharsets.UTF_8，否则中文会乱码
• 路径写相对路径就行（如 "records.txt"），放在项目根目录下，别写绝对路径



• 不要在每次增删改后都写文件——IO 太慢，只在退出时存一次

main() 里怎么组织循环菜单才不混乱

别把所有逻辑塞进 main()。用一个 while (true) 循环驱动菜单，每次打印选项（1. 添加 2. 查询 3. 显示全部 4. 退出），然后用 switch (choice) 分发。关键点是：每个 case 里只做「调用方法」和「简单输入校验」，具体逻辑全拆到独立方法里。

例如「添加」case 只负责收集用户输入、校验金额是否 > 0、调用 addRecord(...)；「显示全部」case 只负责调用 printAllRecords() 并加个空行分隔。这样代码可读性强，调试时也容易定位哪块出问题。

• 用户输了非数字选项？scanner.hasNextInt() 先判断，再用 scanner.next() 清掉非法输入，否则会无限循环
• 菜单末尾加一句“请输入选项编号：”，比光秃秃一个 scanner.nextInt() 更友好
• 退出选项对应 break，而不是 System.exit(0) ——前者跳出 while，后者直接杀进程，不利于后续扩展

真正难的不是写完功能，而是让每一处输入错误都有反馈、每一种边界情况（空列表、重复日期、负金额）都被显式处理。初学者常卡在“程序没报错但结果不对”，多半是因为漏了这些细节检查。