DateFormat n'est pas thread-safe. Si plusieurs threads utilisent le même objet DateFormat sans aucune synchronisation, vous pouvez obtenir des résultats inattendus. Vous devez donc soit synchroniser l'accès à l'objet DateFormat, utiliser une variable ThreadLocal ou utiliser une API Date alternative telle que Joda-Time. statique ne devrait pas être un problème.
DateTimeFormatter doit-il être statique ?
La classe DateTimeFormatter est à la fois immuable et thread-safe; elle peut (et doit) être affectée à une constante statique le cas échéant.
Est-ce que SimpleDateFormat est thread-safe a vrai b faux?
Le thread SimpleDateFormat est-il sûr ? Explication: SimpleDateFormat n'est pas thread-safe. Dans l'environnement multithread, nous devons gérer les threads explicitement.
Que puis-je utiliser à la place de SimpleDateFormat ?
Formatage et analyse de l'heure
DateTimeFormatter remplace l'ancien SimpleDateFormat qui est thread-safe et fournit des fonctionnalités supplémentaires.
Est-ce un champ statique de type Java text Dateformat qui n'est pas thread-safe ?
8 réponses. DateFormats ne sont pas thread-safe, ce qui signifie qu'ils conservent une représentation interne de l'état. Les utiliser dans un contexte statique peut entraîner des bogues assez étranges si plusieurs threads accèdent simultanément à la même instance.
