Commentaires sur : Problème de concurrence avec SimpleDateFormat

Par : DDP

DDP — Thu, 20 Jan 2011 14:29:03 +0000

Pour moi, le mieux est d’initialiser toutes les dates en XML

Par : Dominique De Vito

Dominique De Vito — Mon, 13 Sep 2010 16:36:40 +0000

Je viens de m’amuser à comparer :
(a) un test de perf avec SimpleDateFormat protégé (non pas par « synchronized ») mais par un ReentrantLock
(b) un test de perf avec FastDateFormat.

J’ai créé des tests simples, mais en faisant quand même un peu attention au fait de « chauffer » la JVM (java version « 1.6.0_21″)

Et bien, FastDateFormat n’est pas si rapide que cela.

Le test (a) est plus rapide que (b)…

Par : Jerome Baumgarten

Jerome Baumgarten — Wed, 31 Mar 2010 17:41:06 +0000

Comme David, je conseille fortement JodaTime, d’autant plus que JodaTime a servi de base a la JSR 310 (http://jcp.org/en/jsr/detail?id=310) dont l’un des specs leaders n’est autre que Stephen Colebourne, le createur de JodaTime. Avec JodaTime on n’a pas de probleme de concurrence : DateTimeFormat is thread-safe and immutable, and the formatters it returns are as well. De plus DateTimeFormat utilise un cache en interne pour ne pas avoir a construire un DateTimeFormatter a chaque demande.

Par : David Gageot

David Gageot — Sun, 28 Mar 2010 00:49:17 +0000

La création d’un DateFormat à chaque formatage de date est un dans le top 10 des problèmes de performance les plus courants. C’est incroyable de voir que la plupart des développeurs n’ont aucune idée du coût de ce type d’opération. Du code faisant plusieurs transformations/formatage de dates peut vite devenir extrêmement lent.

Pour moi, un DateFormat threadsafe en variable statique est la meilleure solution. Clair, rapide, sûr. Seulement, il faut chercher ailleurs que dans le JDK. Par exemple dans la librairie JodaTime.

Par : Mathilde

Mathilde — Mon, 22 Mar 2010 16:19:07 +0000

C’est un peu couteux, du justement au calendar.

Mais je pense également que dans la plupart des cas c’est effectivement prématuré !

Il y a énormément de code sur Internet avec le date format en static

Par : Sylvain V.

Sylvain V. — Wed, 17 Mar 2010 15:41:45 +0000

Effectivement, il faut parfois se méfier des classes du frameworks… A cause (ou grace) aux serveurs d’application, les développeur oublient facilement qu’ils sont de facto dans un environnement multithreadé.

Note : sur http://java.sun.com/j2se/1.4.2/docs/api/java/text/SimpleDateFormat.html

il est bien indiqué :

« 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. »

…la question étant plutôt : quel est le coût de création d’un SimpleDateFormat et est-il appelé très régulièrement ?

Il me semble que le précalculer en static « par défaut » rentre dans la « Premature optimization ». Qu’en pensez-vous ?

Par : Francois MAROT

Francois MAROT — Tue, 16 Mar 2010 21:17:54 +0000

Excellent, je me suis posé la même question aujourd’hui à propos des SimpleDateFormat ! Mais pris par le temps, j’ai opté pour la solution la plus simple :/
Merci pour les infos !

Par : Jérôme Ruillier

Jérôme Ruillier — Tue, 16 Mar 2010 16:43:41 +0000

Merci pour cet article !

Grâce a vous je découvre ThreadLocal qui me sera probablement bien utile à l’avenir !