Java N'est nulle variable nécessitent de l'espace dans la mémoire

class CheckStore {
    private String displayText;
    private boolean state;
    private String meaningfulText;
    private URL url;

    public CheckStore(String text, boolean state) {
        this.displayText = text;
        this.state = state;
    }
    :
    :
}

Que je suis l'initialisation de seulement deux variables (displayText et state) dans le constructeur, le reste deux variables (meaningfulText et url qui aura de la valeur null) aura besoin d'espace dans la mémoire pour stocker des null valeur.

T1. Je pense qu'ils auront besoin d'espace. Si elles le veulent, alors la quantité de mémoire un null valeur prend de la mémoire (comme int prend 4 octets).

T2. De combien d'espace d'une chaîne de caractères dans la mémoire. Je suppose que cela dépendra de la longueur de la chaîne. Alors, comment beaucoup d'espace, une chaîne de combien de longueur?

InformationsquelleAutor Yatendra Goel | 2010-03-12
  1. 54

    En Java, null est juste une valeur de référence (qui est en fait une restriction de pointeur) peuvent avoir. Cela signifie que la référence se rapporte à rien. Dans ce cas, vous consomment toujours de l'espace pour la référence. C'est 4 octets sur les systèmes 32 bits ou 8 octets sur les systèmes 64 bits. Cependant, vous n'êtes pas consommer tout l'espace de la classe que les points de référence jusqu'à ce que vous avez réellement attribuer à une instance de cette classe de point de référence à l'.

    Edit: Aussi loin que la Chaîne de caractères, un String en Java tient sur 16 bits (2 octets) pour chaque caractère, et une petite quantité de la comptabilité des frais généraux, ce qui est probablement sans-papiers et la mise en œuvre spécifique.

    • Pourriez vous aussi me dire la raison pour laquelle il prend diff. de l'espace sur 64 bits et 32 bits des systèmes?
    • Les pointeurs doivent être assez grand pour couvrir la totalité de l'espace d'adresse. Donc, sur une machine 32 bits vous avez besoin de 32 bits. Sur une machine 64 bits vous avez besoin de 64 bits.
    • Pas forcément... il y a des travaux intéressants en HotSpot pour éviter cela: wikis.sun.com/display/HotSpotInternals/CompressedOops
    • Skeet: Très intéressant, je n'étais pas au courant de cela. Je vais reformuler, eux: En l'absence de JIT optimisations qui sont extrêmement intelligents et ne sont pas garantis, vous avez besoin de 64 bits références si vous avez 64 bits de l'adresse de l'espace.
    • Selon l'endroit où est votre point de référence de l'échelle, de la comptabilité des frais généraux n'est pas petite du tout.
    • que le lien est mort maintenant 🙁
    • Il est déplacé vers wikis.oracle.com/display/HotSpotInternals/CompressedOops
    • La chaîne a plus de frais généraux. C'est un Objet avec un char tableau [], hashcode cache et plus de choses. Selon la version Java (les anciennes versions avaient la taille+offset, longueur de hachage et de caractères) et de la plate-forme cela peut varry. Pour Java 7, coop, x64, il est de 24 octets de la Chaîne d'instance et 16 + 2*n pour le codeunits. Si une chaîne vide est 40bytes. (vide n'est pas null)
    • Le hashcode de cache n'est qu'un seul exemplaire (par ClassLoader bien sûr) et ne doivent donc pas être considérées comme faisant partie de la mémoire demandes de String instances.
    • Liens d'origine partagée par @JonSkeet sont morts. Retardataires peuvent se référer docs.oracle.com/javase/7/docs/technotes/guides/vm/... et wiki.openjdk.java.net/display/HotSpot/CompressedOops
    • Cela signifie que, En java, objet null consomme de l'espace sur la pile uniquement, non? Comme nous le savons, la pile contient la référence de l'objet sur le tas. Depuis, nul objet n'a rien à se référer. Donc, rien sur le tas de l'espace. Suis-je la corriger?

    InformationsquelleAutor dsimcha
  2. 11

    Je voudrais ajouter:

    1. variable de type référence seront initialisées avec la valeur null.
    2. null n'est pas un objet. parce que (null instanceof Objet) est égal à false

    3. il y a seulement une valeur null dans la JVM. N'importe comment beaucoup de variables se rapportent à la valeur null.

      Objet s = (String)null;

      Objet i = (Integer)null;

      Système.out.println(s == i);//true

    • 1. Membre les variables de type référence sont initialisés à null. Les variables locales ne sont pas. 2. Null n'est pas une Object, non pas parce que null instanceof Object est faux, mais parce que la valeur null est une référence. 3. Il y a autant de valeurs null dans une JVM comme ont été créés par (a) la aconst_null opcode (b) membre initialisations de variables (c), etc. La déclaration n'a pas de sens. null est toujours égal à lui-même, mais cela ne signifie pas quelque chose à propos de l'identité.
    InformationsquelleAutor Jacky
  3. 4

    Vous pouvez utiliser jol pour obtenir la mise en page de cette classe. (Attention cependant, vous pourriez avoir besoin d'une compréhension plus profonde de la mécanique derrière elle, ne pas aveuglément confiance à la suite et être conscient que c'est juste une estimation pour le VM (1.7.0_76 x64 win dans mon cas:):

    J'utilise la version CLI je suppose que la bonne méthode serait d'inclure la librairie dans votre projet, mais de toute façon, il semble que cela fonctionne de cette façon:

    test>java -cp target\classes;jol-cli-0.3.1-full.jar org.openjdk.jol.Main internals test.CheckStore
Running 64-bit HotSpot VM.
Using compressed oop with 0-bit shift.
Using compressed klass with 0-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]

VM fails to invoke the default constructor, falling back to class-only introspection.

test.CheckStore object internals:
 OFFSET  SIZE    TYPE DESCRIPTION                    VALUE
      0    12         (object header)                N/A
     12     1 boolean CheckStore.state               N/A
     13     3         (alignment/padding gap)        N/A
     16     4  String CheckStore.displayText         N/A
     20     4  String CheckStore.meaningfulText      N/A
     24     4     URL CheckStore.url                 N/A
     28     4         (loss due to the next object alignment)
Instance size: 32 bytes (estimated, the sample instance is not available)
Space losses: 3 bytes internal + 4 bytes external = 7 bytes total

    et la même chose avec automatique de comprimé oups off:

    test>java -XX:-UseCompressedOops -cp target\classes;jol-cli-0.3.1-full.jar org.openjdk.jol.Main internals test.CheckStore
Running 64-bit HotSpot VM.
Objects are 8 bytes aligned.
Field sizes by type: 8, 1, 1, 2, 2, 4, 4, 8, 8 [bytes]
Array element sizes: 8, 1, 1, 2, 2, 4, 4, 8, 8 [bytes]

VM fails to invoke the default constructor, falling back to class-only  introspection.

test.CheckStore object internals:
 OFFSET  SIZE    TYPE DESCRIPTION                    VALUE
      0    16         (object header)                N/A
     16     1 boolean CheckStore.state               N/A
     17     7         (alignment/padding gap)        N/A
     24     8  String CheckStore.displayText         N/A
     32     8  String CheckStore.meaningfulText      N/A
     40     8     URL CheckStore.url                 N/A
Instance size: 48 bytes (estimated, the sample instance is not available)
Space losses: 7 bytes internal + 0 bytes external = 7 bytes total

    Ce ne sont que les mises en page pour l'objet lui-même si vos champs sont nuls, il ne sera pas le point à plusieurs objets, sinon, vous avez à regarder les types de cibles (URL et String) ainsi. (Et si vous avez plusieurs instances de tous cela dépend de si vous utilisez le même plusieurs fois ou différents). Un champ nul ne peut être ignorée dans la mémoire, car il faudrait que l'instance soit redimensionnée lorsqu'elle est attribuée. De sorte que les champs sont pré-construits, ils ne font pas référence à des objets alloués quelque part d'autre sur le tas.

    NB: vous obtenez un peu plus de détails si vous implémentez un constructeur par défaut, mais le dimensionnement dans ce cas précis serait le même. Dans le cas où vous vous demandez où la séquence et le remplissage de champs est à venir, vous pouvez vérifier cet article - (fondamentalement, il aligne les objets sur 8 octets, sortes de champs par la taille, les groupes de même type, les références dernier. Les champs de super-types, sont d'abord de 4 octets alignés.)

    • Une référence est toujours la taille d'un pointeur d'objet (4 Octets compressés ou 32 bits VMs et 8 Octets sur 64 bits non compressé). Il n'y a pas de différence entre les nuls et les autres valeurs (qu'il n'y a pas encore un autre objet référencé à la valeur NULL)
    InformationsquelleAutor eckes
  4. 0

    Null 0. Il est généralement un endroit null définis dans la mémoire. Chaque fois que l'un des points à l'aide d'un langage de programmation. Tout points à la même place. Cela signifie une seule 4 octets de mémoire est consommée pour les NULS. Alors, quelles que soient les points à ne pas en consommer plus de mémoire. Définition de la valeur NULL est spécifique à une langue, mais la définition qu'il void *ptr=0; il est commun dans le C et le C++. JAVA doit avoir défini de la même manière. Il n'est pas possible de rien de l'ofc. Vous devez pointer vers quelque chose. Mais nous définir d'un commun rien et tout ce qui points de il consomme seulement que l'espace.

    InformationsquelleAutor Sidharth Singh