9
Synchronization

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

The above line is mentioned in the JavaDoc of SimpleDateFormat class.

Does it mean that we should not create the SimpleDateFormat objects as Static.

And If we create it as static, so wherever we are using this object we need to keep it in Synchronised Block.

1

3 Answers 3

24

That's true. You can find already questions concerning this issue on StackOverflow. I use to declare it as ThreadLocal:

private static final ThreadLocal<DateFormat> THREAD_LOCAL_DATEFORMAT = new ThreadLocal<DateFormat>() {
    protected DateFormat initialValue() {
        return new SimpleDateFormat("yyyyMMdd");
    }
};

and in the code:

DateFormat df = THREAD_LOCAL_DATEFORMAT.get();
Sign up to request clarification or add additional context in comments.

Comments

16

Yes SimpleDateFormat is not thread safe and it is also recommended when you are parsing date it should access in synchronized manner.

public Date convertStringToDate(String dateString) throws ParseException {
    Date result;
    synchronized(df) {
        result = df.parse(dateString);
    }
    return result;
}

one other way is on http://code.google.com/p/safe-simple-date-format/downloads/list

Comments

9

Thats correct. FastDateFormat from Apache Commons Lang is a nice threadsafe alternative.

Since version 3.2 it supports also parsing, before 3.2 only formatting.

Comments

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.