Des Alternatives à FastDateFormat pour être efficace, la date de l'analyse?

Bien conscient de la performance et du fil de problèmes avec SimpleDateFormat, j'ai décidé d'aller avec FastDateFormat, jusqu'à ce que j'ai réalisé que FastDateFormat est pour la mise en forme uniquement, pas d'analyse!

Est-il une alternative à FastDateFormat, qui est prêt à utiliser hors de la boîte et beaucoup plus rapide que SimpleDateFormat?

Je crois FastDateFormat est l'un des plus rapides, donc tout ce qui est à peu près aussi rapide à faire.

Juste curieux , aucune idée pourquoi FastDateFormat ne prend pas en charge l'analyse? N'est-ce pas sérieusement limiter son utilisation?

  • Note: lang 3.2, cette question & réponse sont maintenant obsolètes.
InformationsquelleAutor Tom Tucker | 2010-12-27
  1. 19

    À une meilleure estimation, c'est de garder FastDateFormat... eh bien... vite, en le limitant à l'affichage uniquement.

    Apache Commons DateUtils a un parseDate fonction, mais qui utilise SimpleDateFormat en interne.

    Une alternative est d'utiliser le JodaTime de la bibliothèque. C'est un remplacement complet pour traiter DateFormat, Date, et Calendar objets.

    JodaTime a un DateTimeFormatter qui peut être utilisé pour créer DateTime objets (JodaTime l'équivalent de Java Date objets) à partir de chaînes.

    Un exemple de la façon de l'utiliser est comme ceci:

    String strInputDateTime = "2010-12-27"; //An example, this would really come from outside
DateTimeFormatter fmt = DateTimeFormat.forPattern("yyyy-MM-dd");
DateTime dt = fmt.parseDateTime(strInputDateTime);

    Je ne sais pas si c'est vraiment plus rapide que SimpleDateFormat, si.

    • Note: lang 3.2, cette question et la réponse sont maintenant obsolètes.
    • C'est que indulgent ou non-clément?
    • Comme de Java 8, vous devez utiliser la valeur par défaut DateTimeFormatter au lieu de JodaTime. (Le nouveau Java 8 Temps de l'API a été conçu principalement par l'auteur de JodaTime)
    InformationsquelleAutor Powerlord
  2. 20

    Noter que depuis commons-lang 3.2, FastDateFormat prend en charge l'analyse ainsi que l'impression.

    Voir: http://commons.apache.org/proper/commons-lang/apidocs/org/apache/commons/lang3/time/FastDateFormat.html

    • surprise, surprise, Apache a FastDateParser aussi bien pour l'analyse
    • J'ai douloureusement découvert que l'analyse est sensible à la casse. (10Jan10 œuvres. 10JAN10 pas). Le bug est corrigé dans la version 3.4, mais au moment de ce commentaire que je n'est pas realeased ou dans Maven. Hâte qu'il. issues.apache.org/jira/browse/LANG-996
    • J'ai peut-être tort, mais que de 3.4 il semble y avoir aucun moyen de mettre le clément de la propriété de votre FastDateParser de false.
    InformationsquelleAutor Gareth
  3. 9

    Trouvé quelque chose d'intéressant ici de cette affaire dans Android:
    http://andmob.wikidot.com/faq-simpletimeformat

    SimpleDateFormat, la première fois que vous
    essayez d'analyse (ou, sans doute,
    formatage) d'un jour, pour se charger de toutes les
    les données de fuseau horaire pour votre pays /région.
    Cela prendra 2 à 3 secondes. Il est
    espère que cela sera corrigé dans certains
    l'avenir de l'édition de Android.

    En attendant, pensez à utiliser
    AsyncTask pour "réchauffer"
    SimpleDateFormat dans votre processus
    avant de vous en avez besoin. Juste analyser certains
    date dans la AsyncTask doInBackground()
    pour l'obtenir pour charger les fuseaux horaires
    parfois, quand il n'aura pas d'impact de la
    utilisateur pour beaucoup. Une fois initialisé dans votre
    processus, SimpleDateFormat sera exécuté
    rapidement jusqu'à ce que votre processus est
    résilié.

    • C'est intéressant, +1 pour que! Mais cette question est Android spécifique et légèrement hors sujet, n'est-ce pas?
    InformationsquelleAutor nhaarman
  4. 7

    De Java 8, on peut utiliser DateTimeFormatter avec la l' Java 8 de l'API du Temps à la fois à analyser et mettre en forme des dates. À partir de la documentation:

    Cette classe est immuable et thread-safe.

    Il est recommandé d'utiliser cette classe si possible pour de nouveaux travaux à l'avenir au lieu d'utiliser SimpleDateFormat.

    InformationsquelleAutor Mike
  5. 3

    Le "problème" avec SimpleDateFormat n'est pas la performance, son fil de sécurité.

    Si vous avez des milliers de fils et de synchronisation n'est pas un problème d'utilisation synchronisée (vous pouvez également la piscine le cas pour l'alléger un peu)

    Si vous avez une quantité raisonnable de threads de la méthode recommandée est d'avoir une instance distincte pour chaque SimpleDateFormat.

    Mise à JOUR

    De Java 8, il suffit d'utiliser DateTimeFormatter. Il est immuable, thread-safe, plus rapide et plus flexible. (Il offre également des fonctionnalités intéressantes comme la valeur par défaut de motifs pour ISO-8601 date/heure des chaînes de caractères.)

    • Depuis SimpleDateFormat est thread-dangereux, vous auriez besoin de créer une nouvelle instance ou de synchroniser l'accès simultané à une instance partagée. C'est assez lent de toute façon. C'est ce que j'entend par problème de performance.
    • Dépend de votre situation, mais si vous avez juste besoin d'un (ce qui est pourquoi je suppose que vous avez besoin d'une version thread-safe), vous pouvez instancier un nouveau au début de chaque fil et de réutiliser le même dans ce thread. Si vous avez des milliers de threads en cours d'initialisation, puis les frais généraux de la création d'un thread est beaucoup plus élevé que la création du SimpleDateFormat instance de l'objet.
    • Simple: utilisez Toujours ThreadLocal avec SimpleDateFormat. (download.oracle.com/javase/6/docs/api/java/lang/...)
    • Si vous exécutez dans un conteneur web, alors vous aurez envie de prendre soin avec l'utilisation de ThreadLocals: blog.maxant.co.uk/pebble/2008/09/23/1222200780000.html
    • AFAICT, TL peut être utilisé de façon sécuritaire, mais c'est assez laid.
    InformationsquelleAutor jbx
  6. 1

    Avez-vous vraiment besoin d'analyser les dates que rapidement? Avez-vous testé SimpleDateFormat et l'a trouvé trop lent pour vos besoins?

    Remarque, il existe une variété de façons de cache lent à se construire, non thread-safe instances de classe (p. ex. ThreadLocal, piscines).

    • Je me rends compte qu'il existe des techniques qui impliquent la mise en commun ou le multi-threading, mais je suis à la recherche de quelque chose sur l'étagère.
    • et mon autre question? avez-vous confirmé que SimpleDateFormat est trop lent pour vos besoins?
    • +1 pour ThreadLocal et "avez-vous vraiment besoin de la performance ici".
    • SimpleDateFormat est assez lent, si vous voulez faire intensif format de la Date et de l'analyse par exemple sérialiser un grand arbre d'objets à la Chaîne JSON. SimpleDateFormat utilise en interne StringBuffer qui n'est pas optimal.
    InformationsquelleAutor jtahlborn