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缓存出现过的日期，能省下大量filter()开销
怎么安全地把账目保存到文件而不丢数据
直接FileWriter写文本，程序崩溃或断电时大概率只剩半条记录。Java里最轻量又可靠的方式是用ObjectOutputStream序列化到二进制文件，但前提是所有类都实现Serializable，且版本升级后字段变动容易反序列化失败。
更务实的做法是用纯文本+原子写入：
立即学习“Java免费学习笔记（深入）”；
- 每次保存先写到临时文件（如
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，但用户根本看不懂错误信息。与其事后校验，不如前置约束输入格式。
