SimpleDateFormat线程不安全的5种解决方案！

作者 | 王磊

来源 | Java中文社群（ID：javacn666）

转载请联系授权（微信ID：GG_Stone）

1.什么是线程不安全？

线程不安全也叫非线程安全，是指多线程执行中，程序的执行结果和预期的结果不符的情况就叫着线程不安全。

线程不安全的代码

SimpleDateFormat 就是一个典型的线程不安全事例，接下来我们动手来实现一下。首先我们先创建 10 个线程来格式化时间，时间格式化每次传递的待格式化时间都是不同的，所以程序如果正确执行将会打印 10 个不同的值，接下来我们来看具体的代码实现：

import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;public class SimpleDateFormatExample {// 创建 SimpleDateFormat 对象private static SimpleDateFormat simpleDateFormat = new SimpleDateFormat("mm:ss");public static void main(String[] args) {// 创建线程池ExecutorService threadPool = Executors.newFixedThreadPool(10);// 执行 10 次时间格式化for (int i = 0; i < 10; i++) {int finalI = i;// 线程池执行任务threadPool.execute(new Runnable() {@Overridepublic void run() {// 创建时间对象Date date = new Date(finalI * 1000);// 执行时间格式化并打印结果System.out.println(simpleDateFormat.format(date));}});}}
}

我们预期的正确结果是这样的（10 次打印的值都不同）：

然而，以上程序的运行结果却是这样的：

从上述结果可以看出，当在多线程中使用 SimpleDateFormat 进行时间格式化是线程不安全的。

2.解决方案

SimpleDateFormat 线程不安全的解决方案总共包含以下 5 种：

  1. 将 SimpleDateFormat 定义为局部变量；

  2. 使用 synchronized 加锁执行；

  3. 使用 Lock 加锁执行（和解决方案 2 类似）；

  4. 使用 ThreadLocal；

  5. 使用 JDK 8 中提供的 DateTimeFormat。

接下来我们分别来看每种解决方案的具体实现。

① SimpleDateFormat改为局部变量

将 SimpleDateFormat 定义为局部变量时，因为每个线程都是独享 SimpleDateFormat 对象的，相当于将多线程程序变成“单线程”程序了，所以不会有线程不安全的问题，具体实现代码如下：

import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;public class SimpleDateFormatExample {public static void main(String[] args) {// 创建线程池ExecutorService threadPool = Executors.newFixedThreadPool(10);// 执行 10 次时间格式化for (int i = 0; i < 10; i++) {int finalI = i;// 线程池执行任务threadPool.execute(new Runnable() {@Overridepublic void run() {// 创建 SimpleDateFormat 对象SimpleDateFormat simpleDateFormat = new SimpleDateFormat("mm:ss");// 创建时间对象Date date = new Date(finalI * 1000);// 执行时间格式化并打印结果System.out.println(simpleDateFormat.format(date));}});}// 任务执行完之后关闭线程池threadPool.shutdown();}
}

以上程序的执行结果为：

当打印的结果都不相同时，表示程序的执行是正确的，从上述结果可以看出，将 SimpleDateFormat 定义为局部变量之后，就可以成功的解决线程不安全问题了。

② 使用synchronized加锁

锁是解决线程不安全问题最常用的手段，接下来我们先用 synchronized 来加锁进行时间格式化，实现代码如下：

import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;public class SimpleDateFormatExample2 {// 创建 SimpleDateFormat 对象private static SimpleDateFormat simpleDateFormat = new SimpleDateFormat("mm:ss");public static void main(String[] args) {// 创建线程池ExecutorService threadPool = Executors.newFixedThreadPool(10);// 执行 10 次时间格式化for (int i = 0; i < 10; i++) {int finalI = i;// 线程池执行任务threadPool.execute(new Runnable() {@Overridepublic void run() {// 创建时间对象Date date = new Date(finalI * 1000);// 定义格式化的结果String result = null;synchronized (simpleDateFormat) {// 时间格式化result = simpleDateFormat.format(date);}// 打印结果System.out.println(result);}});}// 任务执行完之后关闭线程池threadPool.shutdown();}
}

以上程序的执行结果为：

③ 使用Lock加锁

在 Java 语言中，锁的常用实现方式有两种，除了 synchronized 之外，还可以使用手动锁 Lock，接下来我们使用 Lock 来对线程不安全的代码进行改造，实现代码如下：

import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;/*** Lock 解决线程不安全问题*/
public class SimpleDateFormatExample3 {// 创建 SimpleDateFormat 对象private static SimpleDateFormat simpleDateFormat = new SimpleDateFormat("mm:ss");public static void main(String[] args) {// 创建线程池ExecutorService threadPool = Executors.newFixedThreadPool(10);// 创建 Lock 锁Lock lock = new ReentrantLock();// 执行 10 次时间格式化for (int i = 0; i < 10; i++) {int finalI = i;// 线程池执行任务threadPool.execute(new Runnable() {@Overridepublic void run() {// 创建时间对象Date date = new Date(finalI * 1000);// 定义格式化的结果String result = null;// 加锁lock.lock();try {// 时间格式化result = simpleDateFormat.format(date);} finally {// 释放锁lock.unlock();}// 打印结果System.out.println(result);}});}// 任务执行完之后关闭线程池threadPool.shutdown();}
}

以上程序的执行结果为：

从上述代码可以看出，手动锁的写法相比于 synchronized 要繁琐一些。

④ 使用ThreadLocal

加锁方案虽然可以正确的解决线程不安全的问题，但同时也引入了新的问题，加锁会让程序进入排队执行的流程，从而一定程度的降低了程序的执行效率，如下图所示：

那有没有一种方案既能解决线程不安全的问题，同时还可以避免排队执行呢？

答案是有的，可以考虑使用 ThreadLocal。ThreadLocal 翻译为中文是线程本地变量的意思，字如其人 ThreadLocal 就是用来创建线程的私有（本地）变量的，每个线程拥有自己的私有对象，这样就可以避免线程不安全的问题了，实现如下：

知道了实现方案之后，接下来我们使用具体的代码来演示一下 ThreadLocal 的使用，实现代码如下：

import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;/*** ThreadLocal 解决线程不安全问题*/
public class SimpleDateFormatExample4 {// 创建 ThreadLocal 对象，并设置默认值（new SimpleDateFormat）private static ThreadLocal<SimpleDateFormat> threadLocal =ThreadLocal.withInitial(() -> new SimpleDateFormat("mm:ss"));public static void main(String[] args) {// 创建线程池ExecutorService threadPool = Executors.newFixedThreadPool(10);// 执行 10 次时间格式化for (int i = 0; i < 10; i++) {int finalI = i;// 线程池执行任务threadPool.execute(new Runnable() {@Overridepublic void run() {// 创建时间对象Date date = new Date(finalI * 1000);// 格式化时间String result = threadLocal.get().format(date);// 打印结果System.out.println(result);}});}// 任务执行完之后关闭线程池threadPool.shutdown();}
}

以上程序的执行结果为：

ThreadLocal和局部变量的区别

首先来说 ThreadLocal 不等于局部变量，这里的“局部变量”指的是像 2.1 示例代码中的局部变量， ThreadLocal 和局部变量最大的区别在于：ThreadLocal 属于线程的私有变量，如果使用的是线程池，那么 ThreadLocal 中的变量是可以重复使用的，而代码级别的局部变量，每次执行时都会创建新的局部变量，二者区别如下图所示：

更多关于 ThreadLocal 的内容，可以访问磊哥前面的文章《ThreadLocal不好用？那是你没用对！》。

⑤ 使用DateTimeFormatter

以上 4 种解决方案都是因为 SimpleDateFormat 是线程不安全的，所以我们需要加锁或者使用 ThreadLocal 来处理，然而，JDK 8 之后我们就有了新的选择，如果使用的是 JDK 8+  版本，就可以直接使用 JDK 8 中新增的、安全的时间格式化工具类 DateTimeFormatter 来格式化时间了，接下来我们来具体实现一下。

使用 DateTimeFormatter 必须要配合 JDK 8 中新增的时间对象 LocalDateTime 来使用，因此在操作之前，我们可以先将 Date 对象转换成  LocalDateTime，然后再通过 DateTimeFormatter 来格式化时间，具体实现代码如下：

import java.time.LocalDateTime;
import java.time.ZoneId;
import java.time.format.DateTimeFormatter;
import java.util.Date;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;/*** DateTimeFormatter 解决线程不安全问题*/
public class SimpleDateFormatExample5 {// 创建 DateTimeFormatter 对象private static DateTimeFormatter dateTimeFormatter = DateTimeFormatter.ofPattern("mm:ss");public static void main(String[] args) {// 创建线程池ExecutorService threadPool = Executors.newFixedThreadPool(10);// 执行 10 次时间格式化for (int i = 0; i < 10; i++) {int finalI = i;// 线程池执行任务threadPool.execute(new Runnable() {@Overridepublic void run() {// 创建时间对象Date date = new Date(finalI * 1000);// 将 Date 转换成 JDK 8 中的时间类型 LocalDateTimeLocalDateTime localDateTime =LocalDateTime.ofInstant(date.toInstant(), ZoneId.systemDefault());// 时间格式化String result = dateTimeFormatter.format(localDateTime);// 打印结果System.out.println(result);}});}// 任务执行完之后关闭线程池threadPool.shutdown();}
}

以上程序的执行结果为：

3.线程不安全原因分析

要了解 SimpleDateFormat 为什么是线程不安全的？我们需要查看并分析 SimpleDateFormat 的源码才行，那我们先从使用的方法 format 入手，源码如下：

private StringBuffer format(Date date, StringBuffer toAppendTo,FieldDelegate delegate) {// 注意此行代码calendar.setTime(date);boolean useDateFormatSymbols = useDateFormatSymbols();for (int i = 0; i < compiledPattern.length; ) {int tag = compiledPattern[i] >>> 8;int count = compiledPattern[i++] & 0xff;if (count == 255) {count = compiledPattern[i++] << 16;count |= compiledPattern[i++];}switch (tag) {case TAG_QUOTE_ASCII_CHAR:toAppendTo.append((char)count);break;case TAG_QUOTE_CHARS:toAppendTo.append(compiledPattern, i, count);i += count;break;default:subFormat(tag, count, delegate, toAppendTo, useDateFormatSymbols);break;}}return toAppendTo;
}

也许是好运使然，没想到刚开始分析第一个方法就找到了线程不安全的问题所在。

从上述源码可以看出，在执行 SimpleDateFormat.format 方法时，会使用 calendar.setTime 方法将输入的时间进行转换，那么我们想象一下这样的场景：

  1. 线程 1 执行了 calendar.setTime(date) 方法，将用户输入的时间转换成了后面格式化时所需要的时间；

  2. 线程 1 暂停执行，线程 2 得到 CPU 时间片开始执行；

  3. 线程 2 执行了 calendar.setTime(date) 方法，对时间进行了修改；

  4. 线程 2 暂停执行，线程 1 得出 CPU 时间片继续执行，因为线程 1 和线程 2 使用的是同一对象，而时间已经被线程 2 修改了，所以此时当线程 1 继续执行的时候就会出现线程安全的问题了。

正常的情况下，程序的执行是这样的：

非线程安全的执行流程是这样的：

在多线程执行的情况下，线程 1 的 date1 和线程 2 的 date2，因为执行顺序的问题，最终都被格式化成 date2 formatted，而非线程 1 date1 formatted 和线程 2 date2 formatted，这样就会导致线程不安全的问题。

4.各方案优缺点总结

如果使用的是 JDK 8+ 版本，可以直接使用线程安全的 DateTimeFormatter 来进行时间格式化，如果使用的 JDK 8 以下版本或者改造老的 SimpleDateFormat 代码，可以考虑使用 synchronized 或 ThreadLocal 来解决线程不安全的问题。因为实现方案 1 局部变量的解决方案，每次执行的时候都会创建新的对象，因此不推荐使用。synchronized 的实现比较简单，而使用 ThreadLocal 可以避免加锁排队执行的问题。


往期推荐

ThreadLocal不好用？那是你没用对！


Semaphore自白：限流器用我就对了！


额！Java中用户线程和守护线程区别这么大？


本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/544803.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

mac地址漂移flapping的前因后果

mac地址漂移flapping的前因后果

一、什么是mac地址flapping?mac地址漂移是指&#xff1a;在同一个vlan内&#xff0c;mac地址表项的出接口出现变更。如图&#xff1a;二、产生的原因1、因为环路或VRRP切换&#xff0c;导致的MAC地址漂移告警。&#xff08;不予关注&#xff09;2、因为无线用户漫游&#xff0…
阅读更多...
时间转换竟多出1年！Java开发中的20个坑你遇到过几个？

时间转换竟多出1年！Java开发中的20个坑你遇到过几个？

前言最近看了极客时间的《Java业务开发常见错误100例》&#xff0c;再结合平时踩的一些代码坑&#xff0c;写写总结&#xff0c;希望对大家有帮助&#xff0c;感谢阅读~1. 六类典型空指针问题包装类型的空指针问题级联调用的空指针问题Equals方法左边的空指针问题ConcurrentHas…
阅读更多...
Oracle RAC Failover 详解

Oracle RAC Failover 详解

2019独角兽企业重金招聘Python工程师标准>>> Oracle RAC 同时具备HA(High Availiablity) 和LB(LoadBalance). 而其高可用性的基础就是Failover(故障转移). 它指集群中任何一个节点的故障都不会影响用户的使用&#xff0c;连接到故障节点的用户会被自动转移到健康节…
阅读更多...
一个ThreadLocal和面试官大战30个回合

一个ThreadLocal和面试官大战30个回合

开场杭州某商务楼里&#xff0c;正发生着一起求职者和面试官的battle。面试官&#xff1a;你先自我介绍一下。安琪拉&#xff1a;面试官你好&#xff0c;我是草丛三婊&#xff0c;最强中单&#xff08;妲己不服&#xff09;&#xff0c;草地摩托车车手&#xff0c;第21套广播体…
阅读更多...
图文并茂的聊聊Java内存模型！

图文并茂的聊聊Java内存模型！

在面试中&#xff0c;面试官经常喜欢问&#xff1a;『说说什么是Java内存模型(JMM)&#xff1f;』面试者内心狂喜&#xff0c;这题刚背过&#xff1a;『Java内存主要分为五大块&#xff1a;堆、方法区、虚拟机栈、本地方法栈、PC寄存器&#xff0c;balabala……』面试官会心一笑…
阅读更多...
AngularJS入门心得2——何为双向数据绑定

AngularJS入门心得2——何为双向数据绑定

前言&#xff1a;谁说Test工作比较轻松&#xff0c;最近在熟悉几个case&#xff0c;差点没疯。最近又是断断续续的看我的AngularJS&#xff0c;总觉得自己还是没有入门&#xff0c;可能是自己欠前端的东西太多了&#xff0c;看不了几行代码就有几个常用函数不熟悉的。看过了大漠…
阅读更多...
Java中那些内存泄漏的场景！

Java中那些内存泄漏的场景！

虽然Java程序员不用像C/C程序员那样时刻关注内存的使用情况&#xff0c;JVM会帮我们处理好这些&#xff0c;但并不是说有了GC就可以高枕无忧&#xff0c;内存泄露相关的问题一般在测试的时候很难发现&#xff0c;一旦上线流量起来可能马上就是一个诡异的线上故障。内存泄露定义…
阅读更多...
ThreadLocal内存溢出代码演示和原因分析！

ThreadLocal内存溢出代码演示和原因分析！

作者 | 王磊来源 | Java中文社群&#xff08;ID&#xff1a;javacn666&#xff09;转载请联系授权&#xff08;微信ID&#xff1a;GG_Stone&#xff09;前言ThreadLocal 翻译成中文是线程本地变量的意思&#xff0c;也就是说它是线程中的私有变量&#xff0c;每个线程只能操作自…
阅读更多...
彻夜怒肝！Spring Boot+Sentinel+Nacos高并发已撸完，快要裂开了！

彻夜怒肝！Spring Boot+Sentinel+Nacos高并发已撸完，快要裂开了！

很多人说程序员是最容易实现财富自由的职业&#xff0c;也确实&#xff0c;比如字节 28 岁的程序员郭宇不正是从普通开发一步步做起的吗&#xff1f;回归行业现状&#xff0c;当开发能力可以满足公司业务需求时&#xff0c;拿到超预期的 Offer 并不算难。最近我也一直在思考这个…
阅读更多...
湖南多校对抗5.24

湖南多校对抗5.24

据说A,B,C题都比较水这里就不放代码了 D:Facility Locations 然而D题是一个脑经急转弯的题&#xff1a;有m行&#xff0c;n列&#xff0c;每个位置有可能为0&#xff0c;也可能不为0&#xff0c;问最多选K行是不是可以使得每一列都至少有一个0&#xff0c;其中代价c有个约束条件…
阅读更多...
PPT演讲计时器

PPT演讲计时器

下载 GitHub 源码地址 如果访问不到的话&#xff0c;可以从百度盘下载&#xff1a; 链接&#xff1a;https://pan.baidu.com/s/1bK4sug-eK85fmPgi9DzhcA 提取码&#xff1a;0vp3 文件&#xff1a;VB.Equal.Timer-VB计时器软件-绿色无残留 写在前面 转眼也工作了两年了&…
阅读更多...
2万字！66道并发面试题及答案

2万字！66道并发面试题及答案

我花了点时间整理了一些多线程&#xff0c;并发相关的面试题&#xff0c;虽然不是很多&#xff0c;但是偶尔看看还是很有用的哦&#xff01;话不多说&#xff0c;直接开整&#xff01;01 什么是线程&#xff1f;线程是操作系统能够进⾏运算调度的最⼩单位&#xff0c;它被包含在…
阅读更多...
25种代码坏味道总结+优化示例

25种代码坏味道总结+优化示例

前言什么样的代码是好代码呢&#xff1f;好的代码应该命名规范、可读性强、扩展性强、健壮性......而不好的代码又有哪些典型特征呢&#xff1f;这25种代码坏味道大家要注意啦1. Duplicated Code &#xff08;重复代码&#xff09;重复代码就是不同地点&#xff0c;有着相同的程…
阅读更多...
滚动照片抽奖软件

滚动照片抽奖软件

CODE GitHub 源码 1、女友说很丑的一个软件 说个最近的事情&#xff0c;女友公司过年了要搞活动&#xff0c;需要个抽奖的环节&#xff0c;当时就问我能不能给做一个&#xff0c;正好我也没啥事儿&#xff0c;就在周末的时候用C#做了一个&#xff0c;虽然派上用场了&#xf…
阅读更多...
11个小技巧，玩转Spring！

11个小技巧，玩转Spring！

前言最近有些读者私信我说希望后面多分享spring方面的文章&#xff0c;这样能够在实际工作中派上用场。正好我对spring源码有过一定的研究&#xff0c;并结合我这几年实际的工作经验&#xff0c;把spring中我认为不错的知识点总结一下&#xff0c;希望对您有所帮助。一 如何获取…
阅读更多...
synchronized 的超多干货！

synchronized 的超多干货！

synchronized 这个关键字的重要性不言而喻&#xff0c;几乎可以说是并发、多线程必须会问到的关键字了。synchronized 会涉及到锁、升级降级操作、锁的撤销、对象头等。所以理解 synchronized 非常重要&#xff0c;本篇文章就带你从 synchronized 的基本用法、再到 synchronize…
阅读更多...
团队项目—第二阶段第三天

团队项目—第二阶段第三天

昨天&#xff1a;快捷键的设置已经实现了 今天&#xff1a;协助成员实现特色功能之一 问题&#xff1a;技术上遇到了困难&#xff0c;特色功能一直没太大的进展。网上相关资料不是那么多&#xff0c;我们无从下手。 有图有真相&#xff1a; 转载于:https://www.cnblogs.com/JJJ…
阅读更多...
不重启JVM，替换掉已经加载的类，偷天换日？

不重启JVM，替换掉已经加载的类，偷天换日？

来源 | 美团技术博客在遥远的希艾斯星球爪哇国塞沃城中&#xff0c;两名年轻的程序员正在为一件事情苦恼&#xff0c;程序出问题了&#xff0c;一时看不出问题出在哪里&#xff0c;于是有了以下对话&#xff1a;“Debug一下吧。”“线上机器&#xff0c;没开Debug端口。”“看日…
阅读更多...
[nodejs] 利用openshift 撰寫應用喔

[nodejs] 利用openshift 撰寫應用喔

2019独角兽企业重金招聘Python工程师标准>>> 朋友某一天告訴我,可以利用openshift來架站,因為他架了幾個nodejs應用放在上面,我也來利用這個平台架看看,似乎因為英文不太行,搞很久啊!! 先來架一個看看,不過架好之後,可以有三個應用,每個應用有1G的空間,用完就沒啦~~…
阅读更多...
详解4种经典的限流算法

详解4种经典的限流算法

最近&#xff0c;我们的业务系统引入了Guava的RateLimiter限流组件&#xff0c;它是基于令牌桶算法实现的,而令牌桶是非常经典的限流算法。本文将跟大家一起学习几种经典的限流算法。限流是什么?维基百科的概念如下&#xff1a;In computer networks, rate limiting is used t…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023