非多线程Java应用中SimpleDateFormat常量定义方案选型

如果你能100%确认应用不存在任何多线程并发访问这个日期格式化实例的场景（包括依赖的第三方组件不会隐式起线程调用该实例），方案二是更合适的选择。

• 方案一的ThreadLocal包装，核心作用是为每个访问的线程单独创建一份SimpleDateFormat实例，从根源上避免多线程竞争同一个非线程安全对象的问题，它的设计目标就是解决多线程场景下的复用问题。在纯单线程应用里用这个写法属于过度设计，不仅没有实际收益，还会平白增加一层ThreadLocal的访问开销，也没有必要占用额外的存储结构。
• 方案二直接声明静态SimpleDateFormat实例的唯一隐患，就是多线程并发调用时会出现日期解析/格式化结果错乱、甚至抛出异常的问题，这个问题在纯单线程执行的环境下完全不会触发。

1. 你给出的方案二代码末尾多写了一个右括号，而且作为常量使用时建议加上final修饰，避免被意外修改，正确写法如下：

public static final SimpleDateFormat DATE_FORMAT_YYYY_MM_DD = new SimpleDateFormat("yyyy-MM-dd");

2. 如果你的项目使用Java 8及以上版本，更推荐直接使用天生线程安全的DateTimeFormatter替代SimpleDateFormat，不管单线程多线程场景都可以直接声明为静态常量复用，完全不需要考虑线程安全问题，写法参考：

public static final DateTimeFormatter DATE_FORMAT_YYYY_MM_DD = DateTimeFormatter.ofPattern("yyyy-MM-dd");

提醒：如果后续项目迭代引入了多线程逻辑（比如线程池异步任务、并行流、Web容器多线程处理请求等），一定要及时调整直接共享SimpleDateFormat的写法，避免出现偶发的日期处理错误。

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