Y a-t-il un problème d'utilisation de la mémoire avec JAXB?

Jaxb souffre des mêmes problèmes fondamentaux que l'analyse basée sur DOM, qui est qu'en général, la structure de données de données complète est maintenue en mémoire en même temps. Cela dit, il est généralement moins affamé de mémoire qu'une API DOM (avec l'exception possible de XOM).

Cela dit, il existe des moyens d'utiliser Jaxb pour lire des fragments de gros documents de manière orientée par le flux, si nécessaire. C'est une utilisation assez exotique, cependant.

JAXB a le problème supplémentaire d'utiliser la réflexion pour créer des classes ajoutées à votre espace de permanence au fur et à mesure de son exécution. OutofMemoryError Mayhem peut s'ensuivre.

Une chose à conscience est que jaxbcontext.newinstance () est une opération très lente. C'est là que beaucoup de réflexions et de génération de classe se produisent, conduisant à des problèmes d'espace permanent mentionnés par Duffymo. Heureusement, jaxbcontext est thread-coffre-fort, il est donc correct de cache une loin et réutiliser-le . Sinon, je pense qu'il est prudent de dire que l'utilisation de la mémoire JAXB sera sur-par (ou peut-être moins) qu'une DOM totale et, bien sûr, supérieure à la SAX.

Si vous avez de très gros documents, il est possible de Traitez-les en morceaux avec JAXB . Jaxb Ri Distribution comprend un exemple de diffusion en continu avec Jaxb.