SimpleDateFormat 的线程安全问题与解决方案

SimpleDateFormat 的线程安全问题

SimpleDateFormat 是一个以国别敏感的方式格式化和分析数据的具体类。 它允许格式化 (date -> text)、语法分析 (text -> date)和标准化。

但是 SimpleDateFormat 并不是一个线程安全的类,在多线程并发访问下会出现问题。通过以下代码进行检验,

public class ProveNotSafe {
	static SimpleDateFormat df = new SimpleDateFormat("dd-MMM-yyyy", Locale.US);
	static String testdata[] = { "01-Jan-1999", "14-Feb-2001", "31-Dec-2007" };

	public static void main(String[] args) {
		Runnable r[] = new Runnable[testdata.length];
		for (int i = 0; i < r.length; i++) {
			final int i2 = i;
			r[i] = new Runnable() {
				public void run() {
					try {
						for (int j = 0; j < 1000; j++) {
							String str = testdata[i2];
							String str2 = null;
							/* synchronized(df) */{
								Date d = df.parse(str);
								str2 = df.format(d);
								System.out.println("i: " + i2 + "\tj: " + j
										+ "\tThreadID: "
										+ Thread.currentThread().getId()
										+ "\tThreadName: "
										+ Thread.currentThread().getName()
										+ "\t" + str + "\t" + str2);
							}
							if (!str.equals(str2)) {
								throw new RuntimeException(
										"date conversion failed after " + j
												+ " iterations. Expected "
												+ str + " but got " + str2);
							}
						}
					} catch (ParseException e) {
						throw new RuntimeException("parse failed");
					}
				}
			};
			new Thread(r[i]).start();
		}
	}
}

多次运行,便会出现异常错误:

java.lang.RuntimeException: date conversion failed after 0 iterations. Expected 01-Jan-1999 but got 28-Jul-2015

线程访问的情况大致如下图:

SimpleDateFormat 类内部有一个 Calendar 对象引用,它用来储存和这个 SimpleDateFormat 相关的日期信息,例如sdf.parse(dateStr), sdf.format(date) 诸如此类的方法参数传入的日期相关String, Date等等, 都是交给 Calendar 引用来储存的.这样就会导致一个问题,如果你的 SimpleDateFormat  是个static 的, 那么多个thread 之间就会共享这个SimpleDateFormat  , 同时也是共享这个Calendar引用,那么就出现时间混乱的情况。

解决方法

(1)第一种方法,也是最简单的解决方案。我们可以把static去掉,这样每个新的线程都会有一个自己的sdf实例,从而避免线程安全的问题。

SimpleDateFormat df = new SimpleDateFormat("dd-MMM-yyyy", Locale.US);
								Date d = df.parse(str);
								str2 = df.format(d);

此时访问的情况如下:

然而,使用这种方法,在高并发的情况下会大量的new sdf以及销毁sdf,这样是非常耗费资源的。

(2)第二种方法,使用 ThreadLocal。

在并发情况下,网站的请求任务与线程执行情况大概可以理解为如下。

例如Tomcat的线程池的最大Thread数为4, 现在需要执行的任务有1000个(理解为有1000个用户点了你的网站的某个功能),而这1000个任务都会用到我们写的日期函数处理类

A) 假如说日期函数处理类使用的是new SimpleDateFormat的方法,那么这里就会有1000次sdf的创建和销毁

B) Java中提供了一种ThreadLocal的解决方案,它的工作方式是,每个线程只会有一个实例,也就是说我们执行完这1000个任务,总共只会实例化4个sdf.

而且,它并不会有多线程的并发问题。因为,单个线程执行任务肯定是顺序的,例如Thread #1负责执行Task #1-#250, 那么他是顺序而执行Task #1-#250,而Thread #2拥有自己的sdf实例,他也是顺序执行任务 Task #251-#500, 以此类推。

/*
 */
package org.bupt.xiaoye.chapter3;

import java.text.ParseException;

import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.HashMap;
import java.util.Map;

public class DateUtil {

	/** 存放不同的日期模板格式的sdf的Map */
	private static ThreadLocal<Map<String, SimpleDateFormat>> sdfMap = new ThreadLocal<Map<String, SimpleDateFormat>>() {
		@Override
		protected Map<String, SimpleDateFormat> initialValue() {
			System.out.println(Thread.currentThread().getName()	+ " init pattern: " + Thread.currentThread());
			return new HashMap<String, SimpleDateFormat>();
		}
	};

	/**
	 * 返回一个SimpleDateFormat,每个线程只会new一次pattern对应的sdf
	 *
	 * @param pattern
	 * @return
	 */
	private static SimpleDateFormat getSdf(final String pattern) {
		Map<String, SimpleDateFormat> tl = sdfMap.get();
		SimpleDateFormat sdf = tl.get(pattern);
		if (sdf == null) {
			System.out.println(Thread.currentThread().getName()+" put new sdf of pattern " + pattern + " to map");
			sdf = new SimpleDateFormat(pattern);
			tl.put(pattern, sdf);
		}
		return sdf;
	}

	/**
	 * 这样每个线程只会有一个SimpleDateFormat
	 *
	 * @param date
	 * @param pattern
	 * @return
	 */
	public static String format(Date date, String pattern) {
		return getSdf(pattern).format(date);
	}

	public static Date parse(String dateStr, String pattern)
			throws ParseException {
		return getSdf(pattern).parse(dateStr);
	}

}

这里每个线程都有以 Thread 为key的 Map表,而这个表又以pattern 为key,每一个 pattern 都有一个唯一的 SimpleDateFormat 对象。

我们通过下面代码来测试:

package org.bupt.xiaoye.chapter3;

import java.text.ParseException;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import java.util.concurrent.TimeUnit;

public class Test {

    public static void main(String[] args) {
        final String patten1 = "yyyy-MM-dd";
        final String patten2 = "yyyy-MM";

        Thread t1 = new Thread() {

            @Override
            public void run() {
                try {
                    DateUtil.parse("1992-09-13", patten1);
                } catch (ParseException e) {
                    e.printStackTrace();
                }
            }
        };

        Thread t2 = new Thread() {

            @Override
            public void run() {
                try {
                    DateUtil.parse("2000-09", patten2);
                } catch (ParseException e) {
                    e.printStackTrace();
                }
            }
        };

        Thread t3 = new Thread() {

            @Override
            public void run() {
                try {
                    DateUtil.parse("1992-09-13", patten1);
                } catch (ParseException e) {
                    e.printStackTrace();
                }
            }
        };

        Thread t4 = new Thread() {

            @Override
            public void run() {
                try {
                    DateUtil.parse("2000-09", patten2);
                } catch (ParseException e) {
                    e.printStackTrace();
                }
            }
        };

        Thread t5 = new Thread() {

            @Override
            public void run() {
                try {
                    DateUtil.parse("2000-09-13", patten1);
                } catch (ParseException e) {
                    e.printStackTrace();
                }
            }
        };

        Thread t6 = new Thread() {

            @Override
            public void run() {
                try {
                    DateUtil.parse("2000-09", patten2);
                } catch (ParseException e) {
                    e.printStackTrace();
                }
            }
        };

        System.out.println("单线程执行: ");
        ExecutorService exec = Executors.newFixedThreadPool(1);
        exec.execute(t1);
        exec.execute(t2);
        exec.execute(t3);
        exec.execute(t4);
        exec.execute(t5);
        exec.execute(t6);
        exec.shutdown();

        sleep(1000);

        System.out.println("双线程执行: ");
        ExecutorService exec2 = Executors.newFixedThreadPool(2);
        exec2.execute(t1);
        exec2.execute(t2);
        exec2.execute(t3);
        exec2.execute(t4);
        exec2.execute(t5);
        exec2.execute(t6);
        exec2.shutdown();
    }

    private static void sleep(long millSec) {
        try {
            TimeUnit.MILLISECONDS.sleep(millSec);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }
}
单线程执行:
pool-1-thread-1 init pattern: Thread[pool-1-thread-1,5,main]
pool-1-thread-1 put new sdf of pattern yyyy-MM-dd to map
pool-1-thread-1 put new sdf of pattern yyyy-MM to map
双线程执行:
pool-2-thread-1 init pattern: Thread[pool-2-thread-1,5,main]
pool-2-thread-1 put new sdf of pattern yyyy-MM-dd to map
pool-2-thread-2 init pattern: Thread[pool-2-thread-2,5,main]
pool-2-thread-2 put new sdf of pattern yyyy-MM to map
pool-2-thread-1 put new sdf of pattern yyyy-MM to map
pool-2-thread-2 put new sdf of pattern yyyy-MM-dd to map

从输出我们可以看出:

1) 1个线程执行这6个任务的时候,这个线程首次使用过的时候会new一个新的sdf,并且以后都一直用这个sdf,而不是每次处理任务都新建一个新的sdf

2) 2个线程执行6个任务的时候也是同理,但是2个线程的sdf是分开的,每个线程都有自己的"yyyy-MM-dd", "yyyy-MM"的sdf,所以他们不会有线程安全安全问题

试想,如果使用的是new的实现方法,那么不管是用1个线程去执行,还是用2个线程去执行这6个任务,都需要new 6个sdf

(3)第三种方式,使用同步代码块(synchronized)或者使用装饰器设计模式包装下 SimpleDateFormat ,使之变得线程安全。

也就是在另一篇文章中介绍的 实例封闭机制。

http://blog.csdn.net/zq602316498/article/details/40143437

(4)第四种方式,使用第三方日期处理函数

比如 JODA 来避免这些问题,你也可以使用 commons-lang 包中的 FastDateFormat 工具类。

参考博文:

http://my.oschina.net/leejun2005/blog/152253

http://www.cnblogs.com/zemliu/archive/2013/08/29/3290585.html

时间: 2024-10-11 18:04:51

SimpleDateFormat 的线程安全问题与解决方案的相关文章

SimpleDateFormat的线程安全问题与解决方案

SimpleDateFormat 是 Java 中一个常用的类,该类用来对日期字符串进行解析和格式化输出,但如果使用不小心会导致非常微妙和难以调试的问题. 因为 DateFormat 和 SimpleDateFormat 类不都是线程安全的,在多线程环境下调用 format() 和 parse() 方法应该使用同步代码来避免问题,或者使用ThreadLocal, 也是将共享变量变为独享,线程独享肯定能比方法独享在并发环境中能减少不少创建对象的开销.如果对性能要求比较高的情况下,一般推荐使用这种方

线程安全问题的解决方案

/* 进程: 进程就是正在运行的应用程序. 进程了负责了内存空间划分. 线程: 一个进程中的 代码是由线程去执行的,线程也就是进程中一个执行路径. 多线程: 一个进程中有多个线程可以同时执行任务. 多线程 的好处: 1. 解决一个进程中可以同时执行多个任务的问题. 2. 提高了资源利用率. 多线程的弊端: 1. 增加了cpu的负担. 2. 降低了一个进程中线程 的执行概率. 3. 出现了线程 安全问题. 4. 会引发死锁现象. 自定义线程 的实现方式: 方式一 : 1. 自定义一个类继承Thre

关于 SimpleDateFormat 的非线程安全问题及其解决方案

1.问题: 先来看一段可能引起错误的代码: package test.date; import java.text.ParseException; import java.text.SimpleDateFormat; import java.util.Date; import java.util.Locale; public class ProveNotSafe { static SimpleDateFormat df = new SimpleDateFormat("dd-MMM-yyyy&qu

SimpleDateFormat的线程安全问题

SimpleDateFormat在进行日期格式转换时用的很多,但是 DateFormat 和 SimpleDateFormat 类不都是线程安全的,在多线程环境下调用 format() 和 parse() 方法应该使用同步代码来避免问题  * <p>  * Date formats are not synchronized.  * It is recommended to create separate format instances for each thread.  * If multi

线程安全问题

/* 需求: 模拟3个窗口同时在售50张 票 . 问题1 :为什么50张票被卖出了150次? 出现 的原因: 因为num是非静态的,非静态的成员变量数据是在每个对象中都会维护一份数据的,三个线程对象就会有三份. 解决方案:把num票数共享出来给三个线程对象使用.使用static修饰. 问题2: 出现了线程安全问题 ? 线程 安全问题的解决方案:sun提供了线程同步机制让我们解决这类问题的. java线程同步机制的方式: 方式一:同步代码块 同步代码块的格式: synchronized(锁对象){

stl空间配置器线程安全问题补充

摘要 在上一篇博客<STL空间配置器那点事>简单介绍了空间配置器的基本实现 两级空间配置器处理,一级相关细节问题,同时简单描述了STL各组件之间的关系以及设计到的设计模式等. 在最后,又关于STL空间配置的效率以及空间释放时机做了简单的探讨. 线程安全问题概述 为什么会有线程安全问题? 认真学过操作系统的同学应该都知道一个问题. first--进程是系统资源分配和调度的基本单位,是操作系统结构的基础,是一个程序的运行实体,同时也是一个程序执行中线程的容器 seconed--进程中作为资源分配基

SimpleDateFormat使用和线程安全问题

SimpleDateFormat 是一个以国别敏感的方式格式化和分析数据的具体类. 它允许格式化 (date -> text).语法分析 (text -> date)和标准化. SimpleDateFormat 允许以为日期-时间格式化选择任何用户指定的方式启动. 但是,希望用 DateFormat 中的 getTimeInstance. getDateInstance 或 getDateTimeInstance 创建一个日期-时间格式化程序. 每个类方法返回一个以缺省格式化方式初始化的日期/

(转)关于SimpleDateFormat安全的时间格式化线程安全问题

想必大家对SimpleDateFormat并不陌生.SimpleDateFormat 是 Java 中一个非常常用的类,该类用来对日期字符串进行解析和格式化输出,但如果使用不小心会导致非常微妙和难以调试的问题,因为 DateFormat 和 SimpleDateFormat 类不都是线程安全的,在多线程环境下调用 format() 和 parse() 方法应该使用同步代码来避免问题.下面我们通过一个具体的场景来一步步的深入学习和理解SimpleDateFormat类. 一.引子 我们都是优秀的程

iOS多线程全套:线程生命周期,多线程的四种解决方案,线程安全问题,GCD的使用,NSOperation的使用

目的 本文主要是分享iOS多线程的相关内容,为了更系统的讲解,将分为以下7个方面来展开描述. 多线程的基本概念 线程的状态与生命周期 多线程的四种解决方案:pthread,NSThread,GCD,NSOperation 线程安全问题 NSThread的使用 GCD的理解与使用 NSOperation的理解与使用 Demo在这里:WHMultiThreadDemo Demo的运行gif图如下: 一.多线程的基本概念 进程:可以理解成一个运行中的应用程序,是系统进行资源分配和调度的基本单位,是操作