Home/ Questions/Q 7058983
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-28T04:10:40+00:00

I am using this simple date format SimpleDateFormat sdf = new SimpleDateFormat(yyyy-MM-dd HH:mm:ss.SSS Z);

  • 0

I am using this simple date format

    SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSS Z");

the problem is when I use this it takes too long to convert the time, in logcat I see something like this

I/Resources( 4284): Loaded time zone names for en in 272ms.
I/Resources( 4284): Loaded time zone names for en in 194ms.
I/Resources( 4284): Loaded time zone names for en in 112ms.
I/Resources( 4284): Loaded time zone names for en in 111ms.
I/Resources( 4284): Loaded time zone names for en in 113ms.
I/Resources( 4284): Loaded time zone names for en in 127ms.
I/Resources( 4284): Loaded time zone names for en in 253ms.
I/Resources( 4284): Loaded time zone names for en in 110ms.
I/Resources( 4284): Loaded time zone names for en in 154ms.
I/Resources( 4284): Loaded time zone names for en in 112ms.

How can I use simple date formater but to speed the things up, I do not want to take ~150ms for every conversion…

Does anybody had this problem before ?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    This is due to the lazy initialization of the timezone zone strings. Only the first
    call will take this long. If the SimpleDateFormat is used again afterwards it’s
    loaded from cache and shouldn’t take that long anymore.

    Before this was changed it was done when the class was loaded and thus the start of
    an activity took those 2-3 seconds longer. This had a much worse impact on the user
    experience than if it takes those seconds when it’s actually used the first time. The
    problem is that there’s no way right now to circumvent this issue due to the design
    of the SimpleDateFormat api. Only faster phones might fix this by just taking less
    time to collect those strings.

    The caching happens in the DateFormatSymbols that SimpleDateFormat is using. By
    reusing that instance it’s possible to only have to load the stings once (for the
    same loale). You could also create that Instance in a thread at the startup of the
    activity so that it’s already cached once it’s used. To init the strings just call
    .hashCode() which does force initialize the cache. A bit faster but less simple would
    be to serialize the instance. This also forces the cache to be initialized.

    In the interim, consider using AsyncTask to “warm up” SimpleDateFormat in your process before you need it. Just parse some date in the AsyncTask doInBackground() to get it to load the timezones sometime when it will not impact the user so much. Once initialized in your process, SimpleDateFormat will run quickly until your process is terminated.

    • 0