Java日期处理：字符串与时间戳互转、CSV存储及当日数据查询实现

类型选型的核心逻辑 #

你的存储介质是CSV文件，本质是纯文本，本身不具备原生日期类型的存储能力，字段类型选择要兼顾内存操作便利性和序列化效率，不要陷入“CSV是文本所以要存String”“用数据库的Timestamp类型最稳妥”的误区。

• 不推荐在实体类中使用java.sql.Timestamp：这个类型是为数据库交互设计的，带毫秒精度和时区偏移，序列化到CSV会生成长串带时区的冗余字符串，后续做当日查询时还需要反复处理时区、拆分时间部分，很容易出现偏差
• 不推荐直接用String当实体类的日期字段：看似省去了序列化步骤，实际上每次做日期计算、对比都要重复解析字符串，也没有类型约束，很容易产生格式不统一的脏数据
• 更合适的选择是直接使用java.time包下的类型：
  • 存储完整写入时间的字段用LocalDateTime，对应不带时区偏移的本地时间点，自带时分秒信息，和你的写入需求完全匹配
  • 做当日对比时用LocalDate，本身就是纯日期值（不含时分秒），不需要自己拆字符串提取日期部分

常见代码实现的问题修正 #

你之前写的两版实现都存在语法或者逻辑偏差，逐一说明：

第一版用SimpleDateFormat转Timestamp的问题 #

• 格式占位符错误：YYYY是按周年计算的年份，遇到年末跨周场景会出现年份偏差，公历年的正确占位符是yyyy
• 空指针风险：解析异常时parsedDate为null，后续直接调用parsedDate.getTime()会触发空指针，没有做兜底处理
• 语义不匹配：方法定义是字符串转时间戳，但用的是纯日期格式，转出来的时间戳会把时分秒统一置为0点，和你需要存储带时分的当前时间的需求不匹配
• 资源浪费：每次调用方法都新建SimpleDateFormat实例，本身这个类线程不安全，频繁新建也没有复用效率

第二版改用java.time的问题 #

• 格式占位符错误：mm是分钟的占位符，月份的正确占位符是MM，你写的yyyy-mm-dd实际解析逻辑是「年-分钟-日」，得到的结果完全不符合预期
• 语法错误：Java中字符串常量需要用双引号包裹，单引号包裹的字符串是无法通过编译的
• 语义混乱：方法返回值已经改成LocalDate，但方法名还保留转时间戳的命名，容易给后续维护造成误导

落地实现的具体流程 #

1. 统一定义全局静态的DateTimeFormatter常量，固定序列化格式为yyyy-MM-dd HH:mm:ss，这个类是线程安全的，不需要每次调用都新建实例
2. 实体类中存储写入时间的字段定义为LocalDateTime类型，写入CSV时直接用统一的格式化器转成固定格式的字符串存储
3. 当日报表查询的逻辑：

• 获取当日参考日期时，明确指定业务时区，比如LocalDate.now(ZoneId.of("Asia/Shanghai"))，不要依赖服务器默认时区，避免时区变动导致的查询偏差
• 对比存储的日期时，直接调用LocalDateTime的toLocalDate()方法提取纯日期部分，和当日参考日期做相等判断即可，不需要手动拆分字符串、不需要转时间戳做毫秒值比较

4. 解析异常的处理：如果遇到格式不匹配的字符串，直接抛出明确的业务异常，不要只打印日志返回空值，避免脏数据写入CSV

你不需要写两个独立的解析器分别处理「带时分的日期时间互转」和「提取纯日期」，java.time包已经原生提供了两个类型的直接转换方法，所有日期相关操作都不需要手动拆字符串完成。

内容的提问来源于stack exchange，提问作者sun_say