D'où Java est constante Chaîne pool live, le tas ou de la pile?

Je sais que le concept de l'une des constantes de la piscine et de la constante de Chaîne piscine utilisée par les machines virtuelles gérer les littéraux de Chaîne. Mais je ne sais pas quel type de mémoire est utilisé par la JVM pour stocker Chaîne de caractères littéraux. La pile ou le tas? Depuis sa un littéral qui n'est associée à aucune instance, je suppose qu'elle sera stockée dans la pile. Mais si elle n'est pas visée par une instance de la lettre doit être recueillis par GC run (corrigez-moi si je me trompe), donc comment est traitée si elle est stockée dans la pile?

  • Comment un pool d'être stockées sur la pile? connaissez-vous le concept d'une pile?
  • Salut Mêlée Meister, j'ai essayé de dire qu'il ne peut pas être. Désolé pour le mauvais convention. Concernant GC, Juste maintenant, je suis venu à connaître. Merci pour cette
  • en fait, dans certaines circonstances, ils peuvent être nettoyés. Le "deal breaker" est que le code objet pour toute la classe qui mentionne un littéral de chaîne aura une référence à l'objet de type String qui représente le littéral.
InformationsquelleAutor Rengasami Ramanujam | 2011-02-07
  1. 66

    La réponse est techniquement ni. En fonction de la Machine Virtuelle Java de la Spécification, de la zone pour le stockage des littéraux de chaîne est dans le constante d'exécution de la piscine. La constante d'exécution de la piscine zone de mémoire est allouée par classe ou par interface de base, il n'est donc pas liée à une des instances de l'objet à tous. La constante d'exécution de la piscine est un sous-ensemble de la méthode de la zone qui "stocke par la classe des structures telles que la constante d'exécution de la piscine, le terrain et les données de la méthode, et le code pour les méthodes et les constructeurs, y compris les méthodes utilisées en classe et d'instance d'initialisation et de type d'interface d'initialisation". La VM spec dit que, bien que la méthode de la zone est logiquement partie du tas, il n'est pas dicter que la mémoire allouée dans la méthode de la zone soumise à la collecte des déchets ou d'autres comportements qui seraient associés à la normale des structures de données allouées au segment de mémoire.

    • En fait, lorsque les classes sont chargés dans la machine virtuelle, les constantes de chaîne seront copiés sur le tas, à une machine virtuelle à l'échelle de la chaîne de la piscine (dans le permgen, comme Stephen C dit), car l'égalité des littéraux de chaîne dans les différentes classes doivent être de la même Chaîne de caractères de l'objet (par le JLS).
    • Merci à vous tous pour vos réponses. J'ai compris beaucoup de choses avec cette discussion. Son bon de savoir que vous les gars 🙂
    • Paŭlo, ce qui est vrai pour le Soleil de la machine virtuelle, mais pas nécessairement vrai pour toutes les implémentations de la JVM. Comme la JVM spec mentionne, bien que la constante d'exécution de la piscine et de la méthode de la zone sont logiquement partie du tas, ils n'ont pas à avoir le même comportement. Qu'une petite différence sémantique, vraiment 🙂
    InformationsquelleAutor Duane Moore
  2. 50

    Comme l'a expliqué cette réponse, l'emplacement exact de la chaîne de la piscine n'est pas spécifiée et peut varier d'une JVM mise en œuvre à l'autre.

    Il est intéressant de noter que jusqu'en Java 7, la piscine était dans le permgen space du tas sur la JVM hotspot mais elle a été déplacée dans la partie principale de la tas depuis Java 7:

    Zone: HotSpot

    Synopsis: Dans le JDK 7, interné les chaînes ne sont plus attribués dans la génération permanente du tas Java, mais sont plutôt attribués à la partie principale de la Java heap (connu comme les jeunes et les anciennes générations), avec les autres objets créés par l'application. Ce changement se traduira par plus de données résidant dans le principal segment Java, et moins de données dans la génération permanente, et peut donc exiger que les tailles de tas pour être ajusté. La plupart des applications ne verrez que très peu de différences dans l'utilisation du tas à cause de ce changement, mais de plus grandes applications qui se chargent de nombreuses classes ou de faire un usage intensif de la Chaîne.stagiaire() la méthode verra de plus en plus de différences significatives.
    RFE: 6962931

    Et dans Java 8 Hotspot, de Génération Permanente a été complètement enlevé.

    • Merci pour cette information.
    • Belle explication.
    • merci pour éduquer,Mais je suis encore à essayer de trouver la ligne fine entre le lieu de stockage de littéral de chaîne et de la chaîne de création avec les nouveaux
    InformationsquelleAutor assylias
  3. 29

    Littéraux de chaîne ne sont pas stockées sur la pile.

    Littéraux de chaîne (ou, plus précisément, la Chaîne des objets qui les représentent) sont ont été historiquement stockées dans un Tas appelé le "permgen" tas. (Permgen est court pour la génération permanente.)

    Dans des circonstances normales, les littéraux de Chaîne et beaucoup d'autres choses dans le permgen tas sont "définitivement" accessible, et ne sont pas des ordures collectées. (Par exemple, les littéraux de Chaîne sont toujours joignables par le code des objets qui les utilisent.) Toutefois, vous pouvez configurer une machine virtuelle java pour tenter de trouver et de recueillir chargement dynamique des classes qui ne sont plus nécessaires, ce qui peut causer des littéraux de Chaîne pour être nettoyée.

    CLARIFICATION #1 - je ne dis pas que la Permgen ne pas obtenir GC ed. Il n'est, en général, lorsque la JVM décide d'exécuter un GC. Mon point est que la Chaîne littéraux sera accessible tant que le code qui les utilise est accessible, et le code sera accessible tant que le code du chargeur de classe est accessible, et pour la valeur par défaut chargeurs de classes, qui signifie "pour toujours".

    CLARIFICATION #2 - En fait, Java 7 magasins stagiaire avais Chaîne objets ordinaires dans le Tas. Cela comprend (je présume) objet Chaîne de caractères qui représentent les littéraux de Chaîne. (Voir @assylias la Réponse pour plus de détails.)

    • La collecte des ordures de la "permgen" se produit lorsque vous annulez le déploiement de l'application sur le serveur d'applications.
    • ce n'est pas correct. Cependant, il est vrai de dire que beaucoup de permgen objets peut deviennent inaccessibles lorsque vous annulez le déploiement de l'application.
    • Je ne pense pas que vos affirmations sur les chargeurs de classe sont corrects. Il n'est pas accessible chargeur de classe qui l'empêche de classes en cours de déchargement et GC auriez, c'est des références à la catégorie des objets ou des instances de la classe. Tomcat WebappClassLoader (sic) que le v6.x et 7.x a un "resourceEntries" cache qui est une surabondance de cache de toutes les classes chargées. Cela empêche le déchargement, même si il n'y a pas d'autres références. C'est peut-être pourquoi si peu de gens, voir les classes décharger.
    • En fait c'est les deux. Chaque instance d'une classe a une référence à la classe. Chaque classe a une référence à son chargeur de classe, et tous les chargeurs de classe a une référence à tous des classes chargées. Donc tout accessible instance, toutes les classes accessible. Mais une référence pour le chargeur de classe ou de toutes les classes ont le même effet. (Et si une classe est accessible, alors ses statique!)
    InformationsquelleAutor Stephen C
  4. 23

    Chaîne de mise en commun

    Chaîne de mise en commun (parfois aussi appelé chaîne de canonicalisation) est un
    processus de remplacement de plusieurs objets String avec une égale valeur, mais
    identité différente avec une seule et même Chaîne de caractères de l'objet. Vous pouvez obtenir
    cet objectif en gardant votre propre Carte (avec éventuellement doux
    ou de la faiblesse des références selon vos besoins) et à l'aide de la carte
    les valeurs que canonicalised valeurs. Ou vous pouvez utiliser des chaînes de caractères.stagiaire() la méthode
    qui vous sont fournies par le JDK.

    À la fois de la version 6 de Java à l'aide de la Chaîne.stagiaire() a été interdite par de nombreux
    normes en raison d'une forte possibilité d'obtenir une OutOfMemoryException si
    mise en commun est allé hors de contrôle. Oracle Java 7 mise en œuvre de la chaîne
    mise en commun a été considérablement changé. Vous pouvez chercher des détails dans
    http://bugs.sun.com/view_bug.do?bug_id=6962931 et
    http://bugs.sun.com/view_bug.do?bug_id=6962930.

    Chaîne.stagiaire() en Java 6

    Dans ces bons vieux jours tous les internés des chaînes ont été stockés dans la PermGen
    – la taille fixe le cadre des tas principalement utilisé pour stocker des classes chargées,
    et la chaîne de la piscine. D'ailleurs explicitement interné chaînes, PermGen chaîne
    piscine contenait également toutes les chaînes littérales utilisé plus haut dans votre programme
    (le mot important ici est utilisé – si une classe ou d'une méthode n'a jamais été
    chargé de l'appelé, toutes les constantes définies dans il ne sera pas chargé).

    Le plus gros problème avec une telle chaîne de piscine en Java 6 est son emplacement –
    le PermGen. PermGen a une taille fixe et ne peut pas être étendu à
    moment de l'exécution. Vous pouvez définir à l'aide de -XX:MaxPermSize=96m option. Aussi loin que je
    savoir, la valeur par défaut PermGen taille varie entre 32M et 96M selon
    la plate-forme. Vous pouvez augmenter sa taille, mais sa taille sera toujours
    fixe. Une telle limitation très attention à l'utilisation de la Chaîne.stagiaire –
    vous feriez mieux de ne pas stagiaire tout incontrôlée de la saisie de l'utilisateur à l'aide de cette méthode.
    C'est pourquoi la chaîne de mise en commun à la fois de la version 6 de Java a été principalement mis en œuvre en
    l'gérés manuellement les cartes.

    Chaîne.stagiaire() en Java 7

    Oracle ingénieurs a fait un très important changement de la chaîne
    mise en commun de logique dans Java 7 – la chaîne de la piscine a été transféré sur le tas.
    Cela signifie que vous n'êtes plus limité par une taille fixe
    zone de mémoire. Toutes les chaînes sont maintenant situés dans le tas, comme la plupart des autres
    les objets ordinaires, ce qui vous permet de gérer uniquement la taille du tas, tandis que
    paramétrage de votre application. Techniquement, cela pourrait être suffisant
    raison de revenir sur l'aide de la Chaîne.stagiaire() en Java 7 programmes.
    Mais il y a d'autres raisons.

    De la chaîne de valeurs du pool sont des ordures collectées

    Oui, toutes les chaînes dans la JVM de la chaîne de piscine sont admissibles pour les ordures ménagères
    collection si il n'existe pas de références à partir de votre programme de racines.
    Elle s'applique à tous discuté versions de Java. Cela signifie que si votre
    interné chaîne est allé hors de portée et il n'y a pas d'autres références à
    il – elle sera nettoyée de la mémoire de la JVM de la chaîne de la piscine.

    Être admissible pour la collecte des ordures et résidant dans le tas, une JVM
    chaîne de piscine semble être un bon endroit pour tous vos chaînes, n'est-ce pas?
    En théorie, il est vrai – non utilisé chaînes seront des ordures collectées à partir de
    la piscine, utilisé des chaînes vous permettra d'économiser de la mémoire en cas, alors vous
    obtenir une égalité de chaîne à partir de l'entrée. Semble être un parfait mémoire
    stratégie d'épargne? À peu près. Vous devez savoir comment la chaîne de la piscine est
    mise en œuvre avant de prendre toute décision.

    source.

    InformationsquelleAutor Trying
  5. 10

    Comme d'autres réponses expliquer la Mémoire en Java est divisé en deux parties

    1. Pile: Une pile est créé par thread et les magasins de la pile des cadres qui, là encore, les magasins de variables locales et si une variable est un type de référence, alors que la variable se rapporte à un emplacement de mémoire dans le tas pour l'objet réel.

    2. Tas: Toutes sortes d'objets seront créés dans le tas seulement.

    De segment de mémoire est à nouveau divisé en 3 parties

    1. La jeune Génération: Stocke des objets qui ont une vie courte, les Jeunes de la Génération elle-même peut être divisée en deux catégories Eden Espace et Survivant de l'Espace.

    2. La vieille Génération: Stocker des objets qui ont survécu à de nombreuses collecte des ordures cycles et encore référencée.

    3. Génération permanente: Stocke les métadonnées sur le programme d'exécution de la constante de la piscine.

    Constante de chaîne piscine appartient à la génération permanente de la zone de mémoire dans la mémoire.

    Nous pouvons voir la constante d'exécution de la piscine pour notre code dans le bytecode en utilisant javap -verbose class_name qui va nous montrer la méthode de référence (#Methodref), les objets de la Classe ( #Classe ), les littéraux de chaîne ( #Chaîne de caractères )

    D'où Java est constante Chaîne pool live, le tas ou de la pile?

    Vous pouvez en lire plus à ce sujet sur mon article Comment JVM Gérer la Surcharge de Méthode et dominante en Interne.

    InformationsquelleAutor Naresh Joshi
  6. 7

    À la grande réponses que déjà inclus ici, je tiens à ajouter quelque chose qui manque à mon point de vue - une illustration.

    Comme vous l'avez déjà JVM divise la mémoire allouée à un programme Java en deux parties. on est pile et un autre est tas. Pile est utilisée pour l'exécution de but et le segment est utilisé pour le stockage but. Dans ce segment de la mémoire, de la JVM alloue de la mémoire spécialement conçus pour les littéraux de chaîne. Cette partie de la mémoire de masse est appelée constantes de chaîne piscine.

    Ainsi, par exemple, si vous initialiser les objets suivants:

    String s1 = "abc"; 
String s2 = "123";
String obj1 = new String("abc");
String obj2 = new String("def");
String obj3 = new String("456);

    Littéraux de chaîne s1 et s2 va aller à la constante de chaîne de la piscine, des objets obj1, obj2, obj3 le tas. Tous d'entre eux, va être référencé à partir de la Pile.

    Aussi, veuillez noter que "abc" apparaîtra dans le tas et en constante chaîne de la piscine. Pourquoi est - String s1 = "abc" et String obj1 = new String("abc") seront créés de cette façon? C'est parce que String obj1 = new String("abc") explicitement crée une nouvelle et referentially distinctes instance d'un objet de type String et String s1 = "abc" peut réutiliser une instance à partir de la constante de chaîne de la piscine si l'on est disponible. Pour une description plus détaillée explication: https://stackoverflow.com/a/3298542/2811258

    D'où Java est constante Chaîne pool live, le tas ou de la pile?

    • Dans le diagramme donné, où serait le littéraux "def" et "456" existent. Et comment seraient-elles être référencé ?
    • Merci pour votre commentaire @Satyendra, j'ai mis à jour l'illustration et de la réponse.
    • pourquoi un autre objet de Chaîne "abc" est créé..il doit utiliser la référence obj1 au point le littéral droit?
    • C'est parce que la Chaîne de obj1 = new String("abc") crée explicitement une nouvelle et referentially distinctes instance d'un objet de type String et String s1 = "abc" peut réutiliser une instance à partir de la constante de chaîne de la piscine si l'on est disponible. Pour une description plus détaillée explication: stackoverflow.com/a/3298542/2811258
    InformationsquelleAutor Stas