我已将SimpleDateFormat对象声明为常量文件内的静态字段，如下所示

Constants.Java

public static final SimpleDateFormat GENERAL_TZ_FORMATTER = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss z");

在我的类文件中，我的实现如下所示。

String fDate = getTextValue(empNo, "firstDate");
if (null != fDate && !fDate.isEmpty()) {
    try {
        Date date = (Date)(Constants.GENERAL_TZ_FORMATTER).parse(fDate);
        issue.setDate(date.getTime());
    } catch (ParseException e) {
        logUtil.error(LOG, e+ "date : " + date);
    }
}

错误：

Exception while importing data. package name.SecureException: For input string: ""
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)

我的问题是，在某些情况下，这会引发NumberFormatException(一种非常罕见的情况)，所以我一直在想，我做了一个诊断，他们中的大多数人解释说，这种情况可能是由于SimpleDateFormat不是线程安全的。如果是这种情况，我不清楚这段代码是如何在不使用多线程的情况下在多线程环境中运行的，它会使DateFormat.parse()的输入成为空字符串吗？

Java's SimpleDateFormat is not thread-safe article

我试过解决这个问题，但真的很难重现这个问题，我想知道你对这个问题的想法，这将帮助我找到更好的解决方案。非常感谢你的建议。 谢谢。

推荐答案

正如您帖子下面的评论已经提到的，您无论如何都不应该使用SimpleDateFormat。

您可能无意中遇到过SimpleDateFormat比较麻烦的情况。然而，这并不是唯一的原因。This Stackoverflow post explains why太麻烦了。同一篇帖子中提到的原因之一是SimpleDateFormat不是线程安全的。线程安全是指当多个进程作用于格式化程序时，即利用格式化程序来格式化日期，并且不会因为干扰而出现不正确、不准确或未定义的结果。

Your link to the article on Callicoder很好地解释了为什么SimpleDateFormat造成麻烦。帖子提到了与您收到的相同的异常：

java.lang.NumberFormatException: For input string: ""

简而言之，线程在使用格式化程序时会发生干扰，因为格式化程序不同步。这意味着SimpleDateFormat类不强制要求一个线程必须等待，直到另一个线程完成对其内部状态的修改。使用的三个类是SimpleDateFormat、DateFormat和FieldPosition。

Here's erroneous code in action。

使用java.time

您需要迁移到java.time包中提供的更新的Java 8 Date and Time API。由于它们的不变性，它们绝对是线程安全的。在您的情况下，使用java.time.format.DateTimeFormatter：

public static final DateTimeFormatter GENERAL_TZ_FORMATTER = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss z");

ZonedDateTime zdt = ZonedDateTime.parse(fDate, GENERAL_TZ_FORMATTER);
Instant instant = zdt.toInstant();

// Your setDate should really accept an Instant:
issue.setDate(instant);
// If that's REALLY not possible, then you can convert it to an integer
// value equal to the number of milliseconds since 1 January 1970, midnight
//issue.setDate(instant.toEpochMilli());