Peut-on déclarer SimpleDateFormat objets comme des objets statiques

SimpleDateFormat monthFormat = new SimpleDateFormat("MMMM");
SimpleDateFormat fullFormat = new SimpleDateFormat("EE MMM dd, HH:mm:ss")

J'ai plusieurs de ces morceau de code qui est appelé souvent, ne serait-il judicieux de les déclarer comme static variables?

C'est thread-safe pour passer dynamiques des arguments à l' format() méthode dans de tels cas?

InformationsquelleAutor Joe | 2011-05-26
  1. 28

    Pas ils ne sont pas thread-safe.Utilisation Joda-time version à la place.

    Ou de les rendre enveloppé dans de la méthode synchronisée et de le rendre thread-safe

    Doc Dit clairement

    Formats de Date ne sont pas synchronisés. Il
    est recommandé de créer des
    format instances pour chaque thread. Si
    plusieurs threads accèdent à un format
    en même temps, elle doit être synchronisée
    à l'externe.

    • J'ai l'habitude d'utiliser ThreadLocal avec SimpleDateFormat
    • la synchronisation est, à mon avis, un très sous-optimale. Les sections critiques devrait toujours être votre dernier recours et uniquement utilisé pour les objets qui doivent être à la fois uniques au monde et thread-safe. Utilisation ThreadLocal. Le coût de la création SimpleDateFormat une fois pour chaque nouveau thread sera fiable de dépasser le coût de la synchronisation, à la fois de la performance et de complexité.
    • La plupart des Développeurs de comprendre que pour la plupart des classes qui ne sont pas thread-safe, que cela est dû simultanément changement d'état. Une fois qu'un Format est établi, le formatage d'une Date ne devrait pas changer d'état. Simplement cette documentation dans la documentation officielle de ne pas thread-safe n'est pas assez. Il doit être explicitement décrite que même la méthode de mise en forme n'est pas thread-safe, si elle maintient temporaire de l'état dans les variables d'instance. Déclarant comme statique n'est pas seulement une erreur de débutant. L'analogie peut être faite entre la modification d'une collection (mettre) vs accès à une collection (get).
    InformationsquelleAutor Jigar Joshi
  2. 15

    De Java 8, c'est pris en charge dans la nouvelle Date de l'API. DateTimeFormatter est thread-safe et peut faire le même travail que SimpleDateFormat. Cité de la JavaDoc:

    Un formateur créé à partir d'un modèle peut être utilisé autant de fois que nécessaire, il est immuable et est thread-safe.

    Pour être plus clair, il est parfaitement bien de définir un format tel que:

    private static DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy MM dd");

    Et de l'utiliser dans les méthodes qui peuvent être accédées par plusieurs threads simultanément:

    String text = date.toString(formatter);
LocalDate date = LocalDate.parse(text, formatter);
    InformationsquelleAutor Magnilex
  3. 2

    DateFormat n'est pas thread-safe. Si plusieurs threads utilisent la même DateFormat objet sans synchronisation, vous pouvez obtenir des résultats inattendus. Je vous conseille donc de synchroniser l'accès à la DateFormat objet, utiliser un ThreadLocal variable ou d'utiliser une autre Date API telles que Joda-Time.

    Pour plus d'informations sur la façon de le faire, jetez un oeil à ce blog: DateFormat avec Plusieurs Threads

    InformationsquelleAutor dogbane
  5. -2

    statique ne devrait pas être un problème.

    Depuis autant que je sache, aucune garantie n'est faite au sujet de la sécurité des threads, vous auriez à vérifier le code source pour que. Et même si vous venez à la conclusion qu'il est thread-safe, cela pourrait changer avec la prochaine version. Comme dit dans une autre réponse, ils ne sont pas thread-safe.

    Avez-vous vraiment allouer une telle quantité énorme de threads que de donner à chaque fil de son propre Format est un problème?

    • La javadoc dit qu'il n'est pas thread-safe, afin d'avoir statique est un gros no-no.
    • yupp, correction de la réponse.
    • ThreadLocal est votre ami
    • Cela pourrait causer de graves erreurs dans les applications d'entreprise qui reposent sur format date de sortie. Probablement dates pourraient être confondus, totalement ou partiellement. Donc pas de bons conseils!
    • Ce qui peut mélanger les dates?
    • L'accès simultané à DateFormat.le format sera de retour mixte dates, supposons que DateFormat df = ...; Thread 1 est livré avec df.format(d1), puis passer 2 vient avec df.format(d2), tandis que le Thread 1 est toujours en cours d'exécution df.format(d1). - Le résultat ne peut pas être prédit, depuis DateFormat est mutable, sinon, il pourrait être thread-safe. (Vous pourriez écrire un petit programme de test, la création de 10000 fils simultaneosly la sortie des dates formatées par une instance unique de DateFormat, tandis que les dates de varier en fonction de la journée (le mois) et de l'année, de sorte que vous pouvez dire à la "mixité". De l'explorer et de nous dire le résultat!)
    • Krueger personne ne dit que vous devriez y accéder simultanément.

    InformationsquelleAutor Jens Schauder