精选(29) 你真的会使用SimpleDateFormat吗?

本文围绕Java的SimpleDateFormat展开,介绍其用法,包括日期和时间模式表达、输出不同时区时间。同时指出它在并发场景中存在线程安全问题,分析了问题产生的原因,并给出使用局部变量、加同步锁、使用ThreadLocal和DateTimeFormatter等解决办法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在日常开发中,我们经常会用到时间,我们有很多办法在Java代码中获取时间。但是不同的方法获取到的时间的格式都不尽相同,这时候就需要一种格式化工具,把时间显示成我们需要的格式。

最常用的方法就是使用SimpleDateFormat类。这是一个看上去功能比较简单的类,但是,一旦使用不当也有可能导致很大的问题。

在阿里巴巴Java开发手册中,有如下明确规定:

img

那么,本文就围绕SimpleDateFormat的用法、原理等来深入分析下如何以正确的姿势使用它。

SimpleDateFormat用法

SimpleDateFormat是Java提供的一个格式化和解析日期的工具类。它允许进行格式化(日期 -> 文本)、解析(文本 -> 日期)和规范化。SimpleDateFormat 使得可以选择任何用户定义的日期-时间格式的模式。

在Java中,可以使用SimpleDateFormat的format方法,将一个Date类型转化成String类型,并且可以指定输出格式。

// Date转String
Date data = new Date();
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
String dataStr = sdf.format(data);
System.out.println(dataStr);

以上代码,转换的结果是:2018-11-25 13:00:00,日期和时间格式由”日期和时间模式”字符串指定。如果你想要转换成其他格式,只要指定不同的时间模式就行了。

在Java中,可以使用SimpleDateFormat的parse方法,将一个String类型转化成Date类型。

// String转Data
System.out.println(sdf.parse(dataStr));
日期和时间模式表达方法

在使用SimpleDateFormat的时候,需要通过字母来描述时间元素,并组装成想要的日期和时间模式。常用的时间元素和字母的对应表如下:

-w717

模式字母通常是重复的,其数量确定其精确表示。如下表是常用的输出格式的表示方法。

-w535

输出不同时区的时间

时区是地球上的区域使用同一个时间定义。以前,人们通过观察太阳的位置(时角)决定时间,这就使得不同经度的地方的时间有所不同(地方时)。1863年,首次使用时区的概念。时区通过设立一个区域的标准时间部分地解决了这个问题。

世界各个国家位于地球不同位置上,因此不同国家,特别是东西跨度大的国家日出、日落时间必定有所偏差。这些偏差就是所谓的时差。

现今全球共分为24个时区。由于实用上常常1个国家,或1个省份同时跨着2个或更多时区,为了照顾到行政上的方便,常将1个国家或1个省份划在一起。所以时区并不严格按南北直线来划分,而是按自然条件来划分。例如,中国幅员宽广,差不多跨5个时区,但为了使用方便简单,实际上在只用东八时区的标准时即北京时间为准。

由于不同的时区的时间是不一样的,甚至同一个国家的不同城市时间都可能不一样,所以,在Java中想要获取时间的时候,要重点关注一下时区问题。

默认情况下,如果不指明,在创建日期的时候,会使用当前计算机所在的时区作为默认时区,这也是为什么我们通过只要使用new Date()就可以获取中国的当前时间的原因。

那么,如何在Java代码中获取不同时区的时间呢?SimpleDateFormat可以实现这个功能。

SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
sdf.setTimeZone(TimeZone.getTimeZone("America/Los_Angeles"));
System.out.println(sdf.format(Calendar.getInstance().getTime()));

以上代码,转换的结果是: 2018-11-24 21:00:00 。既中国的时间是11月25日的13点,而美国洛杉矶时间比中国北京时间慢了16个小时(这还和冬夏令时有关系,就不详细展开了)。

如果你感兴趣,你还可以尝试打印一下美国纽约时间(America/New_York)。纽约时间是2018-11-25 00:00:00。纽约时间比中国北京时间早了13个小时。

当然,这不是显示其他时区的唯一方法,不过本文主要为了介绍SimpleDateFormat,其他方法暂不介绍了。

SimpleDateFormat线程安全性

由于SimpleDateFormat比较常用,而且在一般情况下,一个应用中的时间显示模式都是一样的,所以很多人愿意使用如下方式定义SimpleDateFormat:

public class Main {

    private static SimpleDateFormat simpleDateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");

    public static void main(String[] args) {
        simpleDateFormat.setTimeZone(TimeZone.getTimeZone("America/New_York"));
        System.out.println(simpleDateFormat.format(Calendar.getInstance().getTime()));
    }
}

这种定义方式,存在很大的安全隐患。

问题重现

我们来看一段代码,以下代码使用线程池来执行时间输出。

   /** * @author Hollis */ 
   public class Main {

    /**
     * 定义一个全局的SimpleDateFormat
     */
    private static SimpleDateFormat simpleDateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");

    /**
     * 使用ThreadFactoryBuilder定义一个线程池
     */
    private static ThreadFactory namedThreadFactory = new ThreadFactoryBuilder()
        .setNameFormat("demo-pool-%d").build();

    private static ExecutorService pool = new ThreadPoolExecutor(5, 200,
        0L, TimeUnit.MILLISECONDS,
        new LinkedBlockingQueue<Runnable>(1024), namedThreadFactory, new ThreadPoolExecutor.AbortPolicy());

    /**
     * 定义一个CountDownLatch,保证所有子线程执行完之后主线程再执行
     */
    private static CountDownLatch countDownLatch = new CountDownLatch(100);

    public static void main(String[] args) {
        //定义一个线程安全的HashSet
        Set<String> dates = Collections.synchronizedSet(new HashSet<String>());
        for (int i = 0; i < 100; i++) {
            //获取当前时间
            Calendar calendar = Calendar.getInstance();
            int finalI = i;
            pool.execute(() -> {
                    //时间增加
                    calendar.add(Calendar.DATE, finalI);
                    //通过simpleDateFormat把时间转换成字符串
                    String dateString = simpleDateFormat.format(calendar.getTime());
                    //把字符串放入Set中
                    dates.add(dateString);
                    //countDown
                    countDownLatch.countDown();
            });
        }
        //阻塞,直到countDown数量为0
        countDownLatch.await();
        //输出去重后的时间个数
        System.out.println(dates.size());
    }
}

以上代码,其实比较简单,很容易理解。就是循环一百次,每次循环的时候都在当前时间基础上增加一个天数(这个天数随着循环次数而变化),然后把所有日期放入一个线程安全的带有去重功能的Set中,然后输出Set中元素个数。

上面的例子我特意写的稍微复杂了一些,不过我几乎都加了注释。这里面涉及到了线程池的创建CountDownLatch、lambda表达式、线程安全的HashSet等知识。感兴趣的朋友可以逐一了解一下。

正常情况下,以上代码输出结果应该是100。但是实际执行结果是一个小于100的数字。

原因就是因为SimpleDateFormat作为一个非线程安全的类,被当做了共享变量在多个线程中进行使用,这就出现了线程安全问题。

在阿里巴巴Java开发手册的第一章第六节——并发处理中关于这一点也有明确说明:

img

那么,接下来我们就来看下到底是为什么,以及该如何解决。

线程不安全原因

通过以上代码,我们发现了在并发场景中使用SimpleDateFormat会有线程安全问题。其实,JDK文档中已经明确表明了SimpleDateFormat不应该用在多线程场景中:

Date formats are not synchronized. It is recommended to create separate format instances for each thread. If multiple threads access a format concurrently, it must be synchronized externally.

那么接下来分析下为什么会出现这种问题,SimpleDateFormat底层到底是怎么实现的?

我们跟一下SimpleDateFormat类中format方法的实现其实就能发现端倪。

img

SimpleDateFormat中的format方法在执行过程中,会使用一个成员变量calendar来保存时间。这其实就是问题的关键。

由于我们在声明SimpleDateFormat的时候,使用的是static定义的。那么这个SimpleDateFormat就是一个共享变量,随之,SimpleDateFormat中的calendar也就可以被多个线程访问到。

假设线程1刚刚执行完calendar.setTime把时间设置成2018-11-11,还没等执行完,线程2又执行了calendar.setTime把时间改成了2018-12-12。这时候线程1继续往下执行,拿到的calendar.getTime得到的时间就是线程2改过之后的。

除了format方法以外,SimpleDateFormat的parse方法也有同样的问题。

所以,不要把SimpleDateFormat作为一个共享变量使用。

如何解决

前面介绍过了SimpleDateFormat存在的问题以及问题存在的原因,那么有什么办法解决这种问题呢?

解决方法有很多,这里介绍三个比较常用的方法。

使用局部变量

for (int i = 0; i < 100; i++) {
    //获取当前时间
    Calendar calendar = Calendar.getInstance();
    int finalI = i;
    pool.execute(() -> {
        // SimpleDateFormat声明成局部变量
    SimpleDateFormat simpleDateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
        //时间增加
        calendar.add(Calendar.DATE, finalI);
        //通过simpleDateFormat把时间转换成字符串
        String dateString = simpleDateFormat.format(calendar.getTime());
        //把字符串放入Set中
        dates.add(dateString);
        //countDown
        countDownLatch.countDown();
    });
}

SimpleDateFormat变成了局部变量,就不会被多个线程同时访问到了,就避免了线程安全问题。

加同步锁

除了改成局部变量以外,还有一种方法大家可能比较熟悉的,就是对于共享变量进行加锁。

for (int i = 0; i < 100; i++) {
    //获取当前时间
    Calendar calendar = Calendar.getInstance();
    int finalI = i;
    pool.execute(() -> {
        //加锁
        synchronized (simpleDateFormat) {
            //时间增加
            calendar.add(Calendar.DATE, finalI);
            //通过simpleDateFormat把时间转换成字符串
            String dateString = simpleDateFormat.format(calendar.getTime());
            //把字符串放入Set中
            dates.add(dateString);
            //countDown
            countDownLatch.countDown();
        }
    });
}

通过加锁,使多个线程排队顺序执行。避免了并发导致的线程安全问题。

其实以上代码还有可以改进的地方,就是可以把锁的粒度再设置的小一点,可以只对simpleDateFormat.format这一行加锁,这样效率更高一些。

使用ThreadLocal

第三种方式,就是使用 ThreadLocal。 ThreadLocal 可以确保每个线程都可以得到单独的一个 SimpleDateFormat 的对象,那么自然也就不存在竞争问题了。

/**
 * 使用ThreadLocal定义一个全局的SimpleDateFormat
 */
private static ThreadLocal<SimpleDateFormat> simpleDateFormatThreadLocal = new ThreadLocal<SimpleDateFormat>() {
    @Override
    protected SimpleDateFormat initialValue() {
        return new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
    }
};

//用法
String dateString = simpleDateFormatThreadLocal.get().format(calendar.getTime());

用 ThreadLocal 来实现其实是有点类似于缓存的思路,每个线程都有一个独享的对象,避免了频繁创建对象,也避免了多线程的竞争。

当然,以上代码也有改进空间,就是,其实SimpleDateFormat的创建过程可以改为延迟加载。这里就不详细介绍了。

使用DateTimeFormatter

如果是Java8应用,可以使用DateTimeFormatter代替SimpleDateFormat,这是一个线程安全的格式化工具类。就像官方文档中说的,这个类 simple beautiful strong immutable thread-safe。

//解析日期
String dateStr= "2016年10月25日";
DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy年MM月dd日");
LocalDate date= LocalDate.parse(dateStr, formatter);

//日期转换为字符串
LocalDateTime now = LocalDateTime.now();
DateTimeFormatter format = DateTimeFormatter.ofPattern("yyyy年MM月dd日 hh:mm a");
String nowStr = now .format(format);
System.out.println(nowStr);

总结

本文介绍了SimpleDateFormat的用法,SimpleDateFormat主要可以在String和Date之间做转换,还可以将时间转换成不同时区输出。同时提到在并发场景中SimpleDateFormat是不能保证线程安全的,需要开发者自己来保证其安全性。

主要的几个手段有改为局部变量、使用synchronized加锁、使用Threadlocal为每一个线程单独创建一个等。

希望通过此文,你可以在使用SimpleDateFormat的时候更加得心应手。

<think>我们正在讨论SimpleDateFormat的线程安全性及使用注意事项。根据引用[1]和[3],SimpleDateFormat是线程不安全的,多线程共享同一个实例会导致问题。引用[2]提到Java8的LocalDateTime作为替代方案。引用[3]还介绍了使用ThreadLocal的解决方案及其注意事项。接下来,我将详细说明线程不安全的原因、问题复现、解决方案及注意事项。###1.线程不安全原因SimpleDateFormat内部使用一个Calendar对象进行日期转换。当多个线程同时调用format或parse方法时,它们会共享这个Calendar实例,导致状态混乱(如日期值被意外修改)[^1][^3]。###2.问题复现```java//错误示例:多线程共享SimpleDateFormatpublicclassUnsafeDateFormat{privatestaticfinalSimpleDateFormatsdf=newSimpleDateFormat("yyyy-MM-dd");publicstaticvoidmain(String[]args){ExecutorServiceexecutor=Executors.newFixedThreadPool(10);for(inti=0;i<10;i++){executor.submit(()->{try{//多线程同时调用parse可能导致结果错误或异常System.out.println(sdf.parse("2024-01-01"));}catch(ParseExceptione){e.printStackTrace();}});}executor.shutdown();}}```运行上述代码可能抛出`NumberFormatException`或输出错误日期[^1]。###3.解决方案与注意事项####方案1:每次创建新实例(高开销)```java//线程安全但性能差SimpleDateFormatsdf=newSimpleDateFormat("yyyy-MM-dd");StringformattedDate=sdf.format(newDate());```-**适用场景**:低并发场景-**缺点**:频繁创建销毁对象开销大[^3]####方案2:使用ThreadLocal(推荐)```javaprivatestaticfinalThreadLocal<SimpleDateFormat>threadLocalSdf=ThreadLocal.withInitial(()->newSimpleDateFormat("yyyy-MM-dd"));//使用方式SimpleDateFormatsdf=threadLocalSdf.get();try{returnsdf.format(date);}finally{//重要:线程池环境必须清理,防止内存泄漏threadLocalSdf.remove();}```-**注意事项**:1.**内存泄漏**:线程池中线程复用会导致ThreadLocal积累,必须调用`remove()`[^3]2.**初始化**:使用`withInitial`确保懒加载####方案3:迁移到Java8日期API(最佳)```java//使用DateTimeFormatter(线程安全)DateTimeFormatterformatter=DateTimeFormatter.ofPattern("yyyy-MM-ddHH:mm:ss");LocalDateTimenow=LocalDateTime.now();Stringformatted=now.format(formatter);//安全```-**优势**:-不可变对象,天生线程安全[^2]-更清晰的API设计(如`LocalDate`、`ZonedDateTime`)###4.关键注意事项总结|方案|线程安全|性能|内存风险|适用场景||---------------------|----------|------|----------|------------------||每次创建新实例|✅|差|无|低并发||ThreadLocal封装|✅|优|需管理|高并发||Java8日期API|✅|优|无|新项目/重构|>**强烈建议**:新项目直接采用Java8的`java.time`包,避免使用`SimpleDateFormat`[^2][^3]。###相关问题1.为什么DateTimeFormatter是线程安全的?2.在Web应用中如何正确实现ThreadLocal的remove()操作?3.SimpleDateFormat处理时区时有哪些常见陷阱?4.如何将遗留系统中的SimpleDateFormat安全地替换为DateTimeFormatter?5.除了线程安全,Java8日期API还有哪些优势?</think>### SimpleDateFormat 线程安全性及使用注意事项 #### 一、线程不安全原因分析 SimpleDateFormat 的**核心问题**在于其内部使用共享的 `Calendar` 对象进行日期计算: ```java // 伪代码展示内部实现 public class SimpleDateFormat { protected Calendar calendar; // 共享状态变量 public String format(Date date) { calendar.setTime(date); // 多线程操作会相互覆盖 // ... 格式化逻辑 } } ``` 当多个线程同时调用 `format()` 或 `parse()` 方法时,会**竞争修改同一个 Calendar 实例**,导致: 1. 日期解析/格式化结果错误(如年份跳变) 2. 抛出 `NumberFormatException` 等异常 3. 输出结果与预期不符(如时间戳错乱)[^1][^3] #### 二、线程安全解决方案 ##### 方案1:每次创建新实例(简单场景) ```java // 线程安全但性能较差 SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd"); String dateStr = sdf.format(new Date()); ``` - **适用场景**:低并发调用 - **缺点**:频繁对象创建销毁带来性能开销 ##### 方案2:ThreadLocal 封装(推荐方案) ```java private static final ThreadLocal<SimpleDateFormat> threadLocalSdf = ThreadLocal.withInitial(() -> new SimpleDateFormat("yyyy-MM-dd HH:mm:ss")); // 使用方式 String safeFormat(Date date) { SimpleDateFormat sdf = threadLocalSdf.get(); try { return sdf.format(date); } finally { // 关键!线程池环境必须清理 threadLocalSdf.remove(); } } ``` **注意事项**: 1. **必须调用 `remove()`** 线程池中线程会被重用,不清理会导致: - 内存泄漏(ThreadLocal 持续累积) - 可能获取到其他线程的脏数据[^3] 2. **初始化指定格式** `withInitial` 确保每个线程有独立实例 ##### 方案3:迁移到 Java 8 日期 API(最佳实践) ```java // 线程安全的替代方案 DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss"); String dateStr = LocalDateTime.now().format(formatter); ``` **优势**: - 不可变对象(天生线程安全) - 更清晰的 API 设计(如 `LocalDate`、`ZonedDateTime`) - 解决时区处理难题[^2] #### 三、关键注意事项 1. **避免静态共享实例** ```java // 危险!绝对禁止的写法 public static final SimpleDateFormat GLOBAL_SDF = new SimpleDateFormat(...); ``` 2. **时间戳处理陷阱** ```java // Java 时间戳(毫秒) vs Unix 时间戳(秒) long javaTimestamp = System.currentTimeMillis(); long unixTimestamp = javaTimestamp / 1000; // 转换关系[^5] ``` 3. **时区显式设置** ```java // 必须显式设置时区 SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd"); sdf.setTimeZone(TimeZone.getTimeZone("Asia/Shanghai")); ``` 4. **异常处理** ```java try { sdf.parse("2024-02-30"); // 非法日期 } catch (ParseException e) { // 必须捕获处理 } ``` #### 四、各方案性能对比 | 方案 | 线程安全 | 性能 | 内存开销 | 推荐指数 | |---------------------|----------|--------|----------|----------| | 静态共享实例 | ❌ | 最优 | 最低 | 禁止使用 | | 每次创建新实例 | ✅ | 差 | 高 | ⭐⭐ | | ThreadLocal 封装 | ✅ | 优 | 中 | ⭐⭐⭐⭐ | | Java 8 DateTimeFormatter | ✅ | 优 | 低 | ⭐⭐⭐⭐⭐ | > **生产环境建议**:新项目直接使用 Java 8 日期 API;遗留系统用 ThreadLocal 封装并确保调用 `remove()`[^2][^3] ### 相关问题 1. 如何在 Spring Boot 应用中全局配置安全的日期格式化? 2. ThreadLocal 方案在线程池场景下如何避免内存泄漏? 3. Java 8 的 `DateTimeFormatter` 相比 `SimpleDateFormat` 有哪些性能优势? 4. 解析带时区的日期字符串(如 "2024-01-01T12:00:00+08:00")有哪些注意事项? 5. 如何设计一个线程安全的日期工具类兼容旧版 Java(<1.8)?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值