SimpleDateFormat返回全零日期及月份异常问题求助

核心原因 #

1. SimpleDateFormat线程不安全
   如果你在多线程环境下共享同一个SimpleDateFormat实例（比如把sdfStr、sdfNum定义为全局变量），就会出现线程竞争导致的日期错乱。个别用户数据量大、并发处理频繁时，这种问题更容易触发——线程间互相覆盖内部的Calendar实例状态，最终输出全零日期或非法月份。

2. Lenient模式的自动修正坑
   SimpleDateFormat默认开启lenient宽松模式，会自动"修正"非法日期值（比如月份为0、日期为32这类不符合实际日历的值）。这种修正逻辑完全不符合业务预期，比如解析到月份0时，会被调整为前一年的12月，但如果原始数据本身存在异常，或者转换过程中状态被干扰，就可能直接输出全零日期，或者插入时带出非法的0月份。

3. 个别用户的原始数据异常
   仅一位用户出现问题，大概率是该用户的通话日志中存在系统生成的异常时间戳（比如底层系统bug导致的非法日期值），在不同格式转换时触发了SimpleDateFormat的异常处理逻辑。

解决方案 #

1. 彻底替换为线程安全的DateTimeFormatter #

Java 8及以上（Kotlin天然支持）提供的DateTimeFormatter是线程安全的，API设计更严谨，完全替代SimpleDateFormat：

// 全局定义线程安全的格式化器
val userViewFormatter = DateTimeFormatter.ofPattern("dd-MM-yyyy HH:mm:ss")
val mysqlFormatter = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss")

// 格式化日期
fun formatForUser(date: LocalDateTime): String {
    return date.format(userViewFormatter)
}

fun formatForMysql(date: LocalDateTime): String {
    return date.format(mysqlFormatter)
}

// 解析原始日期时开启严格模式，直接拒绝非法值
fun parseRawDate(rawDate: String): LocalDateTime {
    val parser = DateTimeFormatter.ofPattern("原始日期格式").withResolverStyle(ResolverStyle.STRICT)
    return LocalDateTime.parse(rawDate, parser)
}

2. 若必须保留SimpleDateFormat（不推荐） #

• 每次使用时创建新实例，避免共享；
• 开启严格模式，禁止自动修正：

val sdfNum = SimpleDateFormat("yyyy-MM-dd HH:mm:ss")
sdfNum.isLenient = false // 关闭宽松模式，非法日期直接抛出ParseException

3. 排查个别用户的原始数据 #

针对出现问题的用户，导出其通话日志的原始日期值，检查是否存在0000-00-00、月份为0这类非法格式，从数据源层面解决问题。

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