En Java, quelle est la meilleure façon de déterminer la taille d’un object?

Par exemple, disons que j’ai une application qui peut lire un fichier CSV avec des stacks de lignes de données. Je donne à l’utilisateur un résumé du nombre de lignes en fonction des types de données, mais je veux m’assurer que je ne lis pas trop de lignes de données et que OutOfMemoryError provoque une OutOfMemoryError . Chaque ligne se traduit par un object. Existe-t-il un moyen facile de connaître la taille de cet object par programmation? Existe-t-il une référence définissant la taille des types primitifs et des références d’object pour une VM ?

En ce moment, j’ai du code qui dit lire jusqu’à 32 000 lignes , mais je voudrais aussi avoir du code qui dit lire autant de lignes que possible jusqu’à ce que j’aie utilisé 32 Mo de mémoire. C’est peut-être une question différente, mais j’aimerais quand même savoir.

Vous pouvez utiliser le package java.lang.instrument

Comstackz et mettez cette classe dans un JAR:

 import java.lang.instrument.Instrumentation; public class ObjectSizeFetcher { private static Instrumentation instrumentation; public static void premain(Ssortingng args, Instrumentation inst) { instrumentation = inst; } public static long getObjectSize(Object o) { return instrumentation.getObjectSize(o); } } 

Ajoutez ce qui suit à votre MANIFEST.MF :

 Premain-Class: ObjectSizeFetcher 

Utilisez getObjectSize:

 public class C { private int x; private int y; public static void main(Ssortingng [] args) { System.out.println(ObjectSizeFetcher.getObjectSize(new C())); } } 

Invoquer avec:

 java -javaagent:ObjectSizeFetcherAgent.jar C 

Quelques années en arrière, Javaworld avait un article sur la détermination de la taille des objects composites et des objects Java potentiellement nesteds . L’approche repose essentiellement sur d’autres travaux où des personnes ont identifié expérimentalement la taille des primitives et des objects Java typiques, puis appliqué ces connaissances à une méthode qui fait avancer de manière récursive un graphe d’object pour calculer la taille totale.

Cela va toujours être un peu moins précis que l’implémentation d’un C natif simplement parce que les choses se passent dans les coulisses d’une classe, mais cela devrait être un bon indicateur.

Alternativement, un projet SourceForge appelé correctement sizeof offre une bibliothèque Java5 avec une implémentation sizeof ().

PS N’utilisez pas l’approche de sérialisation, il n’y a pas de corrélation entre la taille d’un object sérialisé et la quantité de mémoire qu’il consum lorsqu’il est actif.

Vous devez utiliser jol , un outil développé dans le cadre du projet OpenJDK.

JOL (Java Object Layout) est la petite boîte à outils pour parsingr les schémas de disposition des objects dans les JVM. Ces outils utilisent fortement Unsafe, JVMTI et Serviceability Agent (SA) pour décoder la disposition, l’empreinte et les références de l’object. Cela rend JOL beaucoup plus précis que d’autres outils reposant sur des sauvegardes de tas, des hypothèses de spécification, etc.

Pour obtenir les tailles des primitives, des références et des éléments de tableau, utilisez VMSupport.vmDetails() . Sur Oracle JDK 1.8.0_40 exécuté sur Windows 64 bits (utilisé pour tous les exemples suivants), cette méthode renvoie

 Running 64-bit HotSpot VM. Using compressed oop with 0-bit shift. Using compressed klass with 3-bit shift. Objects are 8 bytes aligned. Field sizes by type: 4, 1, 1, 2, 2, 4, 4, 8, 8 [bytes] Array element sizes: 4, 1, 1, 2, 2, 4, 4, 8, 8 [bytes] 

Vous pouvez obtenir la taille superficielle d’une instance d’object en utilisant ClassLayout.parseClass(Foo.class).toPrintable() (en passant éventuellement une instance à toPrintable ). Ceci est uniquement l’espace consommé par une seule instance de cette classe; il n’inclut aucun autre object référencé par cette classe. Il inclut la surcharge de la machine virtuelle pour l’en-tête de l’object, l’alignement des champs et le remplissage. Pour java.util.regex.Pattern :

 java.util.regex.Pattern object internals: OFFSET SIZE TYPE DESCRIPTION VALUE 0 4 (object header) 01 00 00 00 (0000 0001 0000 0000 0000 0000 0000 0000) 4 4 (object header) 00 00 00 00 (0000 0000 0000 0000 0000 0000 0000 0000) 8 4 (object header) cb cf 00 20 (1100 1011 1100 1111 0000 0000 0010 0000) 12 4 int Pattern.flags 0 16 4 int Pattern.capturingGroupCount 1 20 4 int Pattern.localCount 0 24 4 int Pattern.cursor 48 28 4 int Pattern.patternLength 0 32 1 boolean Pattern.comstackd true 33 1 boolean Pattern.hasSupplementary false 34 2 (alignment/padding gap) N/A 36 4 Ssortingng Pattern.pattern (object) 40 4 Ssortingng Pattern.normalizedPattern (object) 44 4 Node Pattern.root (object) 48 4 Node Pattern.matchRoot (object) 52 4 int[] Pattern.buffer null 56 4 Map Pattern.namedGroups null 60 4 GroupHead[] Pattern.groupNodes null 64 4 int[] Pattern.temp null 68 4 (loss due to the next object alignment) Instance size: 72 bytes (reported by Instrumentation API) Space losses: 2 bytes internal + 4 bytes external = 6 bytes total 

Vous pouvez obtenir un aperçu de la taille profonde d’une instance d’object en utilisant GraphLayout.parseInstance(obj).toFootprint() . Bien sûr, certains objects de l’empreinte peuvent être partagés (également référencés à partir d’autres objects). Il s’agit donc d’une sur-approximation de l’espace qui pourrait être récupéré lorsque cet object est récupéré. Pour le résultat de Pattern.comstack("^[a-zA-Z0-9_.+-]+@[a-zA-Z0-9-]+\\.[a-zA-Z0-9-.]+$") (extrait de cette réponse ), jol signale une empreinte totale de 1840 octets, dont seulement 72 sont les instances du modèle lui-même.

 java.util.regex.Pattern instance footprint: COUNT AVG SUM DESCRIPTION 1 112 112 [C 3 272 816 [Z 1 24 24 java.lang.Ssortingng 1 72 72 java.util.regex.Pattern 9 24 216 java.util.regex.Pattern$1 13 24 312 java.util.regex.Pattern$5 1 16 16 java.util.regex.Pattern$Begin 3 24 72 java.util.regex.Pattern$BitClass 3 32 96 java.util.regex.Pattern$Curly 1 24 24 java.util.regex.Pattern$Dollar 1 16 16 java.util.regex.Pattern$LastNode 1 16 16 java.util.regex.Pattern$Node 2 24 48 java.util.regex.Pattern$Single 40 1840 (total) 

Si vous utilisez plutôt GraphLayout.parseInstance(obj).toPrintable() , jol vous indiquera l’adresse, la taille, le type, la valeur et le chemin des déréférencements de champs sur chaque object référencé, bien que ce soit généralement trop de détails pour être utile. Pour l’exemple de modèle en cours, vous pouvez obtenir les informations suivantes. (Les adresses changeront probablement entre les exécutions.)

 java.util.regex.Pattern object externals: ADDRESS SIZE TYPE PATH VALUE d5e5f290 16 java.util.regex.Pattern$Node .root.next.atom.next (object) d5e5f2a0 120 (something else) (somewhere else) (something else) d5e5f318 16 java.util.regex.Pattern$LastNode .root.next.next.next.next.next.next.next (object) d5e5f328 21664 (something else) (somewhere else) (something else) d5e647c8 24 java.lang.Ssortingng .pattern (object) d5e647e0 112 [C .pattern.value [^, [, a, -, z, A, -, Z, 0, -, 9, _, ., +, -, ], +, @, [, a, -, z, A, -, Z, 0, -, 9, -, ], +, \, ., [, a, -, z, A, -, Z, 0, -, 9, -, ., ], +, $] d5e64850 448 (something else) (somewhere else) (something else) d5e64a10 72 java.util.regex.Pattern (object) d5e64a58 416 (something else) (somewhere else) (something else) d5e64bf8 16 java.util.regex.Pattern$Begin .root (object) d5e64c08 24 java.util.regex.Pattern$BitClass .root.next.atom.val$rhs (object) d5e64c20 272 [Z .root.next.atom.val$rhs.bits [false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, true, false, true, true, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, true, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false] d5e64d30 24 java.util.regex.Pattern$1 .root.next.atom.val$lhs.val$lhs.val$lhs.val$lhs.val$lhs.val$lhs (object) d5e64d48 24 java.util.regex.Pattern$1 .root.next.atom.val$lhs.val$lhs.val$lhs.val$lhs.val$lhs.val$rhs (object) d5e64d60 24 java.util.regex.Pattern$5 .root.next.atom.val$lhs.val$lhs.val$lhs.val$lhs.val$lhs (object) d5e64d78 24 java.util.regex.Pattern$1 .root.next.atom.val$lhs.val$lhs.val$lhs.val$lhs.val$rhs (object) d5e64d90 24 java.util.regex.Pattern$5 .root.next.atom.val$lhs.val$lhs.val$lhs.val$lhs (object) d5e64da8 24 java.util.regex.Pattern$5 .root.next.atom.val$lhs.val$lhs.val$lhs (object) d5e64dc0 24 java.util.regex.Pattern$5 .root.next.atom.val$lhs.val$lhs (object) d5e64dd8 24 java.util.regex.Pattern$5 .root.next.atom.val$lhs (object) d5e64df0 24 java.util.regex.Pattern$5 .root.next.atom (object) d5e64e08 32 java.util.regex.Pattern$Curly .root.next (object) d5e64e28 24 java.util.regex.Pattern$Single .root.next.next (object) d5e64e40 24 java.util.regex.Pattern$BitClass .root.next.next.next.atom.val$rhs (object) d5e64e58 272 [Z .root.next.next.next.atom.val$rhs.bits [false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, true, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false] d5e64f68 24 java.util.regex.Pattern$1 .root.next.next.next.atom.val$lhs.val$lhs.val$lhs (object) d5e64f80 24 java.util.regex.Pattern$1 .root.next.next.next.atom.val$lhs.val$lhs.val$rhs (object) d5e64f98 24 java.util.regex.Pattern$5 .root.next.next.next.atom.val$lhs.val$lhs (object) d5e64fb0 24 java.util.regex.Pattern$1 .root.next.next.next.atom.val$lhs.val$rhs (object) d5e64fc8 24 java.util.regex.Pattern$5 .root.next.next.next.atom.val$lhs (object) d5e64fe0 24 java.util.regex.Pattern$5 .root.next.next.next.atom (object) d5e64ff8 32 java.util.regex.Pattern$Curly .root.next.next.next (object) d5e65018 24 java.util.regex.Pattern$Single .root.next.next.next.next (object) d5e65030 24 java.util.regex.Pattern$BitClass .root.next.next.next.next.next.atom.val$rhs (object) d5e65048 272 [Z .root.next.next.next.next.next.atom.val$rhs.bits [false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, true, true, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false, false] d5e65158 24 java.util.regex.Pattern$1 .root.next.next.next.next.next.atom.val$lhs.val$lhs.val$lhs.val$lhs (object) d5e65170 24 java.util.regex.Pattern$1 .root.next.next.next.next.next.atom.val$lhs.val$lhs.val$lhs.val$rhs (object) d5e65188 24 java.util.regex.Pattern$5 .root.next.next.next.next.next.atom.val$lhs.val$lhs.val$lhs (object) d5e651a0 24 java.util.regex.Pattern$1 .root.next.next.next.next.next.atom.val$lhs.val$lhs.val$rhs (object) d5e651b8 24 java.util.regex.Pattern$5 .root.next.next.next.next.next.atom.val$lhs.val$lhs (object) d5e651d0 24 java.util.regex.Pattern$5 .root.next.next.next.next.next.atom.val$lhs (object) d5e651e8 24 java.util.regex.Pattern$5 .root.next.next.next.next.next.atom (object) d5e65200 32 java.util.regex.Pattern$Curly .root.next.next.next.next.next (object) d5e65220 120 (something else) (somewhere else) (something else) d5e65298 24 java.util.regex.Pattern$Dollar .root.next.next.next.next.next.next (object) 

Les entrées “(quelque chose d’autre)” décrivent d’autres objects du tas qui ne font pas partie de ce graphe d’object .

La meilleure documentation de jol est les échantillons jol dans le référentiel jol. Les exemples illustrent les opérations courantes de jol et montrent comment utiliser jol pour parsingr les composants internes de VM et de garbage collector.

Tout d’abord, “la taille d’un object” n’est pas un concept bien défini en Java. Vous pouvez parler de l’object lui-même, avec uniquement ses membres, l’object et tous les objects auxquels il fait référence (le graphique de référence). Vous pourriez vouloir dire la taille en mémoire ou la taille sur le disque. Et la JVM est autorisée à optimiser des choses comme les chaînes de caractères.

Donc, la seule manière correcte est de demander à la JVM, avec un bon profileur (j’utilise YourKit ), ce qui n’est probablement pas ce que vous voulez.

Cependant, d’après la description ci-dessus, il semble que chaque ligne soit autonome et ne possède pas un grand arbre de dépendances. La méthode de sérialisation sera donc probablement une bonne approximation sur la plupart des JVM. La manière la plus simple de procéder est la suivante:

  Serializable ser; ByteArrayOutputStream baos = new ByteArrayOutputStream(); ObjectOutputStream oos = new ObjectOutputStream(baos); oos.writeObject(ser); oos.close(); return baos.size(); 

Rappelez-vous que si vous avez des objects avec des références communes, cela ne donnera pas le résultat correct, et la taille de la sérialisation ne correspondra pas toujours à celle de la mémoire, mais c’est une bonne approximation. Le code sera un peu plus efficace si vous initialisez la taille ByteArrayOutputStream à une valeur raisonnable.

J’ai accidentellement trouvé une classe java “jdk.nashorn.internal.ir.debug.ObjectSizeCalculator”, déjà dans jdk, facile à utiliser et qui semble très utile pour déterminer la taille d’un object.

 System.out.println(ObjectSizeCalculator.getObjectSize(new gnu.trove.map.hash.TObjectIntHashMap(12000, 0.6f, -1))); System.out.println(ObjectSizeCalculator.getObjectSize(new HashMap(100000))); System.out.println(ObjectSizeCalculator.getObjectSize(3)); System.out.println(ObjectSizeCalculator.getObjectSize(new int[]{1, 2, 3, 4, 5, 6, 7 })); System.out.println(ObjectSizeCalculator.getObjectSize(new int[100])); 

résultats:

 164192 48 16 48 416 

Si vous souhaitez simplement savoir quelle quantité de mémoire est utilisée dans votre JVM et combien elle est gratuite, vous pouvez essayer quelque chose comme ceci:

 // Get current size of heap in bytes long heapSize = Runtime.getRuntime().totalMemory(); // Get maximum size of heap in bytes. The heap cannot grow beyond this size. // Any attempt will result in an OutOfMemoryException. long heapMaxSize = Runtime.getRuntime().maxMemory(); // Get amount of free memory within the heap in bytes. This size will increase // after garbage collection and decrease as new objects are created. long heapFreeSize = Runtime.getRuntime().freeMemory(); 

edit: Je pensais que cela pourrait être utile car l’auteur de la question a également déclaré qu’il aimerait avoir une logique qui gère “lire autant de lignes que possible jusqu’à ce que j’aie utilisé 32 Mo de mémoire”.

À l’époque où je travaillais sur Twitter, j’ai écrit un utilitaire pour calculer la taille de l’object en profondeur. Il prend en compte différents modèles de mémoire (32 bits, oops compressés, 64 bits), le remplissage, le remplissage des sous-classes, fonctionne correctement sur les structures de données circulaires et les tableaux. Vous pouvez simplement comstackr ce fichier .java; il n’a pas de dépendances externes:

https://github.com/twitter/commons/blob/master/src/java/com/twitter/common/objectsize/ObjectSizeCalculator.java

La plupart des autres réponses fournissent des tailles peu profondes, par exemple la taille d’un HashMap sans aucune des clés ou des valeurs, ce qui n’est probablement pas ce que vous voulez.

Le projet jamm utilise le package java.lang.instrumentation ci-dessus mais parcourt l’arbre et peut donc vous permettre d’utiliser la mémoire en profondeur.

 new MemoryMeter().measureDeep(myHashMap); 

https://github.com/jbellis/jamm

Vous devez marcher les objects en utilisant la reflection. Faites attention comme vous le faites:

  • L’atsortingbution d’un object a un certain coût dans la JVM. Le montant varie en fonction de la JVM. Vous pouvez donc définir cette valeur comme paramètre. Faites au moins une constante (8 octets?) Et appliquez-la à tout ce qui est alloué.
  • Juste parce que l’ byte est théoriquement 1 octet ne signifie pas qu’il en faut juste un en mémoire.
  • Il y aura des boucles dans les références d’object, vous devrez donc garder un HashMap ou un Somesuch utilisant des objects-equals comme comparateur pour éliminer les boucles infinies.

@ jodonnell: J’aime la simplicité de votre solution, mais de nombreux objects ne sont pas sérialisables (ce qui ferait une exception), les champs peuvent être transitoires et les objects peuvent remplacer les méthodes standard.

Vous devez le mesurer avec un outil, ou l’estimer à la main, et cela dépend de la JVM que vous utilisez.

Il y a des frais généraux fixes par object. C’est spécifique à la JVM, mais j’évalue généralement 40 octets. Ensuite, vous devez regarder les membres de la classe. Les références d’object sont 4 (8) octets dans une JVM 32 bits (64 bits). Les types primitifs sont:

  • booléen et octet: 1 octet
  • char et short: 2 octets
  • int et float: 4 octets
  • long et double: 8 octets

Les tableaux suivent les mêmes règles; c’est-à-dire que c’est une référence d’object qui prend 4 (ou 8) octets dans votre object, puis sa longueur multipliée par la taille de son élément.

Essayer de le faire par programmation avec des appels à Runtime.freeMemory() ne vous donne pas beaucoup de précision, à cause des appels asynchrones au garbage collector, etc. Le profilage du tas avec -Xrunhprof ou d’autres outils vous donnera les résultats les plus précis.

Je recommande la bibliothèque java-sizeof pour carrotsearch. C’est très simple.

Vous pouvez l’obtenir en maven:

   com.carrotsearch java-sizeof 0.0.3  

Ce n’est qu’une ligne de code qui renvoie les octets d’un object:

 RamUsageEstimator.sizeOf(new Object()); 

Vous pouvez voir le code source sur https://github.com/dweiss/java-sizeof

Et il y a une présentation de l’auteur de la bibliothèque http://www.slideshare.net/DawidWeiss/sizeofobject-how-much-memory-objects-take-on-jvms-and-when-this-may-matter?ref = http: //cheremin.blogspot.com/2012/05/how-much-memory-objects-take-on-jvm-and.html

La classe java.lang.instrument.Instrumentation offre un bon moyen d’obtenir la taille d’un object Java, mais vous devez définir un premain et exécuter votre programme avec un agent Java. C’est très ennuyeux quand vous n’avez besoin d’aucun agent et que vous devez ensuite fournir un agent Jar factice à votre application.

J’ai donc eu une solution alternative en utilisant la classe Unsafe du sun.misc . Ainsi, en considérant l’alignement du tas d’objects en fonction de l’architecture du processeur et en calculant le décalage maximal du champ, vous pouvez mesurer la taille d’un object Java. Dans l’exemple ci-dessous, j’utilise une classe auxiliaire UtilUnsafe pour obtenir une référence à l’object sun.misc.Unsafe .

 private static final int NR_BITS = Integer.valueOf(System.getProperty("sun.arch.data.model")); private static final int BYTE = 8; private static final int WORD = NR_BITS/BYTE; private static final int MIN_SIZE = 16; public static int sizeOf(Class src){ // // Get the instance fields of src class // List instanceFields = new LinkedList(); do{ if(src == Object.class) return MIN_SIZE; for (Field f : src.getDeclaredFields()) { if((f.getModifiers() & Modifier.STATIC) == 0){ instanceFields.add(f); } } src = src.getSuperclass(); }while(instanceFields.isEmpty()); // // Get the field with the maximum offset // long maxOffset = 0; for (Field f : instanceFields) { long offset = UtilUnsafe.UNSAFE.objectFieldOffset(f); if(offset > maxOffset) maxOffset = offset; } return (((int)maxOffset/WORD) + 1)*WORD; } class UtilUnsafe { public static final sun.misc.Unsafe UNSAFE; static { Object theUnsafe = null; Exception exception = null; try { Class< ?> uc = Class.forName("sun.misc.Unsafe"); Field f = uc.getDeclaredField("theUnsafe"); f.setAccessible(true); theUnsafe = f.get(uc); } catch (Exception e) { exception = e; } UNSAFE = (sun.misc.Unsafe) theUnsafe; if (UNSAFE == null) throw new Error("Could not obtain access to sun.misc.Unsafe", exception); } private UtilUnsafe() { } } 

There is also the Memory Measurer tool (formerly at Google Code , now on GitHub ), which is simple and published under the commercial-friendly Apache 2.0 license , as discussed in a similar question .

It, too, requires a command-line argument to the java interpreter if you want to measure memory byte consumption, but otherwise seems to work just fine, at least in the scenarios I have used it.

Without having to mess with instrumentation and so on, and if you don’t need to know the byte-exact size of an object, you could go with the following approach:

 System.gc(); Runtime.getRuntime().totalMemory() - Runtime.getRuntime().freeMemory(); do your job here System.gc(); Runtime.getRuntime().totalMemory() - Runtime.getRuntime().freeMemory(); 

This way you read the used memory before and after, and calling the GC just before getting the used memory you lower the “noise” almost to 0.

For a more reliable result you can run your job n times, and then divide the used memory by n, obtaining how much memory one run takes. Even more, you can run the whole thing more times and make an average.

I wrote a quick test once to estimate on the fly:

 public class Test1 { // non-static nested class Nested { } // static nested static class StaticNested { } static long getFreeMemory () { // waits for free memory measurement to stabilize long init = Runtime.getRuntime().freeMemory(), init2; int count = 0; do { System.out.println("waiting..." + init); System.gc(); try { Thread.sleep(250); } catch (Exception x) { } init2 = init; init = Runtime.getRuntime().freeMemory(); if (init == init2) ++ count; else count = 0; } while (count < 5); System.out.println("ok..." + init); return init; } Test1 () throws InterruptedException { Object[] s = new Object[10000]; Object[] n = new Object[10000]; Object[] t = new Object[10000]; long init = getFreeMemory(); //for (int j = 0; j < 10000; ++ j) // s[j] = new Separate(); long afters = getFreeMemory(); for (int j = 0; j < 10000; ++ j) n[j] = new Nested(); long aftersn = getFreeMemory(); for (int j = 0; j < 10000; ++ j) t[j] = new StaticNested(); long aftersnt = getFreeMemory(); System.out.println("separate: " + -(afters - init) + " each=" + -(afters - init) / 10000); System.out.println("nested: " + -(aftersn - afters) + " each=" + -(aftersn - afters) / 10000); System.out.println("static nested: " + -(aftersnt - aftersn) + " each=" + -(aftersnt - aftersn) / 10000); } public static void main (String[] args) throws InterruptedException { new Test1(); } } 

General concept is allocate objects and measure change in free heap space. The key being getFreeMemory() , which requests GC runs and waits for the reported free heap size to stabilize . The output of the above is:

 nested: 160000 each=16 static nested: 160000 each=16 

Which is what we expect, given alignment behavior and possible heap block header overhead.

The instrumentation method detailed in the accepted answer here the most accurate. The method I described is accurate but only under controlled conditions where no other threads are creating/discarding objects.

Here is a utility I made using some of the linked examples to handle 32-bit, 64-bit and 64-bit with compressed OOP. It uses sun.misc.Unsafe .

It uses Unsafe.addressSize() to get the size of a native pointer and Unsafe.arrayIndexScale( Object[].class ) for the size of a Java reference.

It uses the field offset of a known class to work out the base size of an object.

 import java.lang.reflect.Array; import java.lang.reflect.Field; import java.lang.reflect.Modifier; import java.util.IdentityHashMap; import java.util.Stack; import sun.misc.Unsafe; /** Usage: * MemoryUtil.sizeOf( object ) * MemoryUtil.deepSizeOf( object ) * MemoryUtil.ADDRESS_MODE */ public class MemoryUtil { private MemoryUtil() { } public static enum AddressMode { /** Unknown address mode. Size calculations may be unreliable. */ UNKNOWN, /** 32-bit address mode using 32-bit references. */ MEM_32BIT, /** 64-bit address mode using 64-bit references. */ MEM_64BIT, /** 64-bit address mode using 32-bit compressed references. */ MEM_64BIT_COMPRESSED_OOPS } /** The detected runtime address mode. */ public static final AddressMode ADDRESS_MODE; private static final Unsafe UNSAFE; private static final long ADDRESS_SIZE; // The size in bytes of a native pointer: 4 for 32 bit, 8 for 64 bit private static final long REFERENCE_SIZE; // The size of a Java reference: 4 for 32 bit, 4 for 64 bit compressed oops, 8 for 64 bit private static final long OBJECT_BASE_SIZE; // The minimum size of an Object: 8 for 32 bit, 12 for 64 bit compressed oops, 16 for 64 bit private static final long OBJECT_ALIGNMENT = 8; /** Use the offset of a known field to determine the minimum size of an object. */ private static final Object HELPER_OBJECT = new Object() { byte b; }; static { try { // Use reflection to get a reference to the 'Unsafe' object. Field f = Unsafe.class.getDeclaredField( "theUnsafe" ); f.setAccessible( true ); UNSAFE = (Unsafe) f.get( null ); OBJECT_BASE_SIZE = UNSAFE.objectFieldOffset( HELPER_OBJECT.getClass().getDeclaredField( "b" ) ); ADDRESS_SIZE = UNSAFE.addressSize(); REFERENCE_SIZE = UNSAFE.arrayIndexScale( Object[].class ); if( ADDRESS_SIZE == 4 ) { ADDRESS_MODE = AddressMode.MEM_32BIT; } else if( ADDRESS_SIZE == 8 && REFERENCE_SIZE == 8 ) { ADDRESS_MODE = AddressMode.MEM_64BIT; } else if( ADDRESS_SIZE == 8 && REFERENCE_SIZE == 4 ) { ADDRESS_MODE = AddressMode.MEM_64BIT_COMPRESSED_OOPS; } else { ADDRESS_MODE = AddressMode.UNKNOWN; } } catch( Exception e ) { throw new Error( e ); } } /** Return the size of the object excluding any referenced objects. */ public static long shallowSizeOf( final Object object ) { Class< ?> objectClass = object.getClass(); if( objectClass.isArray() ) { // Array size is base offset + length * element size long size = UNSAFE.arrayBaseOffset( objectClass ) + UNSAFE.arrayIndexScale( objectClass ) * Array.getLength( object ); return padSize( size ); } else { // Object size is the largest field offset padded out to 8 bytes long size = OBJECT_BASE_SIZE; do { for( Field field : objectClass.getDeclaredFields() ) { if( (field.getModifiers() & Modifier.STATIC) == 0 ) { long offset = UNSAFE.objectFieldOffset( field ); if( offset >= size ) { size = offset + 1; // Field size is between 1 and PAD_SIZE bytes. Padding will round up to padding size. } } } objectClass = objectClass.getSuperclass(); } while( objectClass != null ); return padSize( size ); } } private static final long padSize( final long size ) { return (size + (OBJECT_ALIGNMENT - 1)) & ~(OBJECT_ALIGNMENT - 1); } /** Return the size of the object including any referenced objects. */ public static long deepSizeOf( final Object object ) { IdentityHashMap visited = new IdentityHashMap(); Stack stack = new Stack(); if( object != null ) stack.push( object ); long size = 0; while( !stack.isEmpty() ) { size += internalSizeOf( stack.pop(), stack, visited ); } return size; } private static long internalSizeOf( final Object object, final Stack stack, final IdentityHashMap visited ) { // Scan for object references and add to stack Class< ?> c = object.getClass(); if( c.isArray() && !c.getComponentType().isPrimitive() ) { // Add unseen array elements to stack for( int i = Array.getLength( object ) - 1; i >= 0; i-- ) { Object val = Array.get( object, i ); if( val != null && visited.put( val, val ) == null ) { stack.add( val ); } } } else { // Add unseen object references to the stack for( ; c != null; c = c.getSuperclass() ) { for( Field field : c.getDeclaredFields() ) { if( (field.getModifiers() & Modifier.STATIC) == 0 && !field.getType().isPrimitive() ) { field.setAccessible( true ); try { Object val = field.get( object ); if( val != null && visited.put( val, val ) == null ) { stack.add( val ); } } catch( IllegalArgumentException e ) { throw new RuntimeException( e ); } catch( IllegalAccessException e ) { throw new RuntimeException( e ); } } } } } return shallowSizeOf( object ); } } 

Just use java visual VM.

It has everything you need to profile and debug memory problems.

It also has a OQL (Object Query Language) console which allows you to do many useful things, one of which being sizeof(o)

There isn’t a method call, if that’s what you’re asking for. With a little research, I suppose you could write your own. A particular instance has a fixed sized derived from the number of references and primitive values plus instance bookkeeping data. You would simply walk the object graph. The less varied the row types, the easier.

If that’s too slow or just more trouble than it’s worth, there’s always good old-fashioned row counting rule-of-thumbs.

You could generate a heap dump (with jmap, for example) and then analyze the output to find object sizes. This is an offline solution, but you can examine shallow and deep sizes, etc.

 long heapSizeBefore = Runtime.getRuntime().totalMemory(); // Code for object construction ... long heapSizeAfter = Runtime.getRuntime().totalMemory(); long size = heapSizeAfter - heapSizeBefore; 

size gives you the increase in memory usage of the jvm due to object creation and that typically is the size of the object.

My answer is based on the code supplied by Nick. That code measures total amount of bytes which are occupied by the serialized object. So this actually measures serialization stuff + plain object memory footprint (just serialize for example int and you will see that total amount of serialized bytes is not 4 ). So if you want to get raw byte number used exactly for your object – you need to modify that code a bit. Ainsi:

 import java.io.ByteArrayOutputStream; import java.io.ObjectOutputStream; import java.io.Serializable; public class ObjectSizeCalculator { private Object getFirstObjectReference(Object o) { Ssortingng objectType = o.getClass().getTypeName(); if (objectType.subssortingng(objectType.length()-2).equals("[]")) { try { if (objectType.equals("java.lang.Object[]")) return ((Object[])o)[0]; else if (objectType.equals("int[]")) return ((int[])o)[0]; else throw new RuntimeException("Not Implemented !"); } catch (IndexOutOfBoundsException e) { return null; } } return o; } public int getObjectSizeInBytes(Object o) { final Ssortingng STRING_JAVA_TYPE_NAME = "java.lang.Ssortingng"; if (o == null) return 0; Ssortingng objectType = o.getClass().getTypeName(); boolean isArray = objectType.subssortingng(objectType.length()-2).equals("[]"); Object objRef = getFirstObjectReference(o); if (objRef != null && !(objRef instanceof Serializable)) throw new RuntimeException("Object must be serializable for measuring it's memory footprint using this method !"); try { ByteArrayOutputStream baos = new ByteArrayOutputStream(); ObjectOutputStream oos = new ObjectOutputStream(baos); oos.writeObject(o); oos.close(); byte[] bytes = baos.toByteArray(); for (int i = bytes.length - 1, j = 0; i != 0; i--, j++) { if (objectType != STRING_JAVA_TYPE_NAME) { if (bytes[i] == 112) if (isArray) return j - 4; else return j; } else { if (bytes[i] == 0) return j - 1; } } } catch (Exception e) { return -1; } return -1; } } 

I’ve tested this solution with primitive types, Ssortingng, and on some sortingvial classes. There may be not covered cases also.

UPDATE: Example modified to support memory footprint calculation of array objects.

This answer is not related to Object size, but when you are using array to accommodate the objects; how much memory size it will allocate for the object.

So arrays, list, or map all those collection won’t be going to store objects really (only at the time of primitives, real object memory size is needed), it will store only references for those objects.

Now the Used heap memory = sizeOfObj + sizeOfRef (* 4 bytes) in collection

  • (4/8 bytes) depends on (32/64 bit) OS

PRIMITIVES

 int [] intArray = new int [1]; will require 4 bytes. long [] longArray = new long [1]; will require 8 bytes. 

OBJECTS

 Object[] objectArray = new Object[1]; will require 4 bytes. The object can be any user defined Object. Long [] longArray = new Long [1]; will require 4 bytes. 

I mean to say all the object REFERENCE needs only 4 bytes of memory. It may be Ssortingng reference OR Double object reference, But depends on object creation the memory needed will vary.

eg) If i create object for the below class ReferenceMemoryTest then 4 + 4 + 4 = 12 bytes of memory will be created. The memory may differ when you are trying to initialize the references.

  class ReferenceMemoryTest { public Ssortingng refStr; public Object refObj; public Double refDoub; } 

So when are creating object/reference array, all its contents will be occupied with NULL references. And we know each reference requires 4 bytes.

And finally, memory allocation for the below code is 20 bytes.

ReferenceMemoryTest ref1 = new ReferenceMemoryTest(); ( 4(ref1) + 12 = 16 bytes) ReferenceMemoryTest ref2 = ref1; ( 4(ref2) + 16 = 20 bytes)

For JSONObject the below code can help you.

 `JSONObject.toSsortingng().getBytes("UTF-8").length` 

returns size in bytes

I checked it with my JSONArray object by writing it to a file. It is giving object size.

I doubt you want to do it programmatically unless you just want to do it once and store it for future use. It’s a costly thing to do. There’s no sizeof() operator in Java, and even if there was, it would only count the cost of the references to other objects and the size of the primitives.

One way you could do it is to serialize the thing to a File and look at the size of the file, like this:

 Serializable myObject; ObjectOutputStream oos = new ObjectOutputStream (new FileOutputStream ("obj.ser")); oos.write (myObject); oos.close (); 

Of course, this assumes that each object is distinct and doesn’t contain non-transient references to anything else.

Another strategy would be to take each object and examine its members by reflection and add up the sizes (boolean & byte = 1 byte, short & char = 2 bytes, etc.), working your way down the membership hierarchy. But that’s tedious and expensive and ends up doing the same thing the serialization strategy would do.