ArrayList比HashMap更合适存账目，因其天然保持录入顺序、避免键维护问题，且增删查改更自然；需重写equals/hashCode，优先用增强for或stream过滤，日期查询可缓存TreeSet；文件保存应原子写入JSON；金额输入须正则校验或格式化控件，禁用float；导出Excel需设中文字体和公式；CSV更稳妥；规则宜简单配置化。
用ArrayList还是HashMap存账目更合适
记账本的核心是增删查改账目，不是高频随机访问某个特定ID的场景，所以ArrayList比HashMap更自然。用HashMap得额外维护键（比如用时间戳当key），反而容易导致重复、覆盖或时区错乱；而ArrayList天然保持录入顺序，遍历时能直接按时间先后展示，导出报表也方便。
实操建议：
- 账目实体类（如
Transaction）必须重写equals()和hashCode()，否则用remove()删不掉对象 - 避免用
list.get(i)硬索引操作——万一中间删过条目，索引就偏了；优先用增强for或stream().filter() - 如果后续要按日期范围查，别等查询时再遍历全量，加个
TreeSet<localdate></localdate>缓存出现过的日期，能省下大量filter()开销
怎么安全地把账目保存到文件而不丢数据
直接FileWriter写文本，程序崩溃或断电时大概率只剩半条记录。Java里最轻量又可靠的方式是用ObjectOutputStream序列化到二进制文件，但前提是所有类都实现Serializable，且版本升级后字段变动容易反序列化失败。
更务实的做法是用纯文本+原子写入：
立即学习“Java免费学习笔记（深入）”；
Excel/WPS 公式大师。用大白话描述需求，直接给出可用的公式、函数组合和数据处理方案，并解释每一段的作用。当用户提到"Excel 公式"、"表格函数"、"VLOOKUP 怎么用"、"XLOOKUP"、"LET"、"LAMBDA"、"动态数组"、"这个公式报错了"、"#N/A"、"#REF!"、"
- 每次保存先写到临时文件（如
data.json.tmp），写完调用Files.move()原子替换原文件 - 用
Json.toJson(list, Transaction.class)转JSON（推荐gson库），人类可读、跨语言、不易因字段增减崩掉 - 千万别用
PrintWriter.println(new Transaction())——toString()输出不可解析，下次读不回来
用户输入金额时总输错小数点，怎么拦住
Java里Double.parseDouble()遇到"100.0."或"100..5"会抛NumberFormatException，但用户根本看不懂错误信息。与其事后校验，不如前置约束输入格式。
实操建议：
- 命令行场景：用正则预筛，
input.matches("\d+(\.\d{1,2})?")强制最多两位小数，"100.5"和"100"合法，"100.555"和"abc"直接拒掉 - Swing/SwingX场景：用
JFormattedTextField配NumberFormat.getCurrencyInstance()，键盘敲100自动变成¥100.00，小数点只能点一次 - 别用
float存金额——0.1f + 0.2f == 0.30000001这种误差在记账里是事故
导出Excel时中文乱码或者公式失效
用Apache POI写Excel时，如果只调cell.setCellValue("支出")，中文可能显示为方块，原因是没设字体。更隐蔽的问题是：导出含“=SUM()”的单元格时，POI默认当纯文本写，Excel打开后不会计算。
关键动作：
- 对每个
Cell设样式：CellStyle cellStyle = workbook.createCellStyle(); cellStyle.setFont(font); cell.setCellStyle(cellStyle);，其中font必须用Font.setFontName("微软雅黑")这类中文字体名 - 写公式必须用
cell.setCellFormula("SUM(A1:A10)")，不能写成cell.setCellValue("=SUM(A1:A10)") - 如果用户只需要看报表，生成CSV更稳妥——用
Files.write(path, lines, StandardCharsets.UTF_8)，第一行写"日期,类型,金额,备注"，Excel双击就能正确识别中文
真实项目里，账目逻辑越简单越好，复杂规则（比如自动分类、预算预警）先用配置文件或硬编码开关控制，别一上来就搞插件化——90%的记账本根本用不到动态加载规则类。
