Est la JVM d'un compilateur ou d'un interprète?

J'ai une question très simple sur la JVM: est-il un compilateur ou un interpréteur?

Si il est un interprète, alors que penser de compilateur JIT qui existent à l'intérieur de la JVM?

Si ni la, alors quelle est exactement la JVM? (Je ne veux pas la définition de base de la jVM de la conversion de code octet de code spécifique de l'ordinateur etc.)

  • La JVM est une machine virtuelle. Bytcode se passe dans, les effets observables du programme. Tout le reste est un détail d'implémentation.
  • Oui, il n'est pas "la" de la JVM, il existe plusieurs implémentations de la spécification.
  • veuillez s'il vous plaît écrire que comme une réponse. J'avais vraiment envie de upvote cette réponse.
  • Je ne veux pas. Je ne pense pas que cela répond à la question posée ici - c'est un point de vue utile, mais la question (clairement indiqué dans le titre et dans le post) fait explicitement la demande de ces détails de mise en œuvre.
  • Juste assez. Je dirais que c'est une réponse à la "Si ni, alors, quelle est exactement la JVM?" bien. (Comme une Machine Virtuelle Java est plus d'une spécification de mise en œuvre.)
InformationsquelleAutor sns | 2011-10-06
  1. 141

    D'abord, nous allons avoir une idée claire sur les termes suivants

    Javac est un Compilateur Java -- Compile votre code Java dans Bytecode

    JVM est la Machine Virtuelle Java -- Exécute/Interprète/traduit du Bytecode dans Code Machine Natif

    JIT est Juste À Temps Compilateur -- Compile le bytecode séquences d'instructions en code machine à runtime avant de l'exécuter en mode natif. Son but principal est de faire du lourd, des optimisations de performance.

    Alors maintenant, nous allons trouver des réponses à vos questions..

    1)JVM: is it a compiler or an interpreter? -- Ans: Interprète

    2)what about JIT compiler that exist inside the JVM? -- Ans: Si vous lisez cette réponse complètement, vous le savez probablement maintenant

    3)what exactly is the JVM? -- Ans:

    • JVM est une plateforme virtuelle qui se trouve sur votre RAM
    • De son élément, chargeur de Classe charge le .class fichier dans la RAM
    • La de Byte code Vérificateur composant dans la JVM vérifie si il y a aucune restriction d'accès à des violations dans votre code. (C'est l'une des raisons principales pourquoi java est sécurisé)
    • Prochain, le Moteur d'Exécution composant convertit le Bytecode en code machine exécutable

    Espère que cela vous a aidé..

    • Très explication claire! Merci : )
    • Vous dites JVM traduit Bytecode en Code Machine Natif. Je ne sais pas si le terme "traduction" est correct ici.
    • Très apprécié. vous avez presque effacé mon doute de la différence entre la compilation et l'interprétation, du byte-code et m/c code. votre réponse m'a dit que le byte-code est converti en code machine par un interpréteur et compilateur convertit le code source en bytecode.
    • Pouvez-vous aussi s'il vous plaît dites-moi que ce qui est en code natif? Signifie-t-il un code machine? Je suis en train d'apprendre tout ce processus de compilation et d'interprétation, mais ces intermédiaires sont très confus.
    • Donc, à la fois de la JVM et JIT convertit en byte code en plate-forme spécifique de code de l'ordinateur de Sorte quelle est la différence entre eux? pouvez-vous expliquer qu'il a largement?
    • La JVM, comme une boîte noire de l'abstraction, est juste un bytecode Java interprète. Un interprète est juste un programme qui exécute les instructions de la section [en.wikipedia.org/wiki/Interpreter_(informatique) ]. (Certes, le nom de "interprète" est un peu un abus de langage.) Comment la JVM fait est une autre question - dans ce cas, pour optimiser les performances, la JVM utilise des modèles intelligents et astuces. L'un des principaux éléments est le JIT "compilateur".
    • "Court/ Interprète/ traduit du Bytecode en Code Machine Natif' est un non-sens. soit ', court/interprète " ou 'traduit du Bytecode en Code Machine Natif'. Pas les deux en même temps.
    • comment pensez-vous de la JVM "court/interprète" bytecode sur n'importe quelle machine ?
    • Pourquoi avons-nous besoin de 2 étapes? code source en bytecode, puis bytecode en code machine? pourquoi je ne peux pas nous convertir le code source en code machine directement?
    • VM est une couche d'abstraction. De cette façon, Java compilateur génère le même code binaire sur n'importe quelle plateforme il est compilé depuis qu'il est en cours d'exécution sur la même JVM. La JVM est de l'interprétation de ces instructions et optimise seulement le chaud séquences, celles qui sont exécutées souvent. Nous pouvons convertir le code source en code machine. GCC/Clang et les autres le faire pour de nombreuses années. C'est juste une autre façon de construire des choses. Par exemple, de cette façon, nous pouvons exécuter .jar fichiers compilés sur une architecture (comme x86) et de l'exécuter sur les BRAS car c'est découplée de la native du jeu d'instructions (il est couplé à la JVM à la place)
    • Vous pouvez, c'est ce que GCJ, Multi-OS du Moteur, du Graal, de l'image native, et peut-être plus de la JVM des implémentations ne. Ces implémentations sont valables JVM implémentations. Cette réponse suppose à tort que l'interprétation (éventuellement renforcé avec JIT) est la seule approche de mise en œuvre de la JVM.

    InformationsquelleAutor Srikanth Bandaru
  2. 30

    C'est un peu des deux, mais ni dans le sens traditionnel du terme.

    Moderne Jvm prendre bytecode et le compiler en code natif lors de la première de besoin. "JIT" dans ce contexte signifie "juste à temps". Il agit comme un interprète de l'extérieur, mais vraiment dans les coulisses, il est en train de compiler en code machine.

    La JVM ne doit pas être confondu avec le compilateur de Java, qui compile le code source en bytecode. Donc, il n'est pas utile d'envisager un "compilateur", mais plutôt de savoir que dans le fond il fait certains de compilation.

    • Je suis flatté que vous avez aimé cette réponse suffit de le copier presque mot pour mot dans un post de blog sous votre propre nom. Et vous avez le droit de le faire, mais en vertu de StackOverflow du système d'octroi de licences, vous êtes légalement tenu de donner l'attribution de retour ici, et vous devez obtenir une licence de votre blog sous la même licence. Voir le pied de page de ce site, des liens vers la licence suivante: creativecommons.org/licenses/by-sa/3.0. Voir aussi cet article de blog: blog.stackoverflow.com/2009/06/attribution-required
    InformationsquelleAutor Mark Peters
  3. 5

    Comme @delnan déjà dit dans la section des commentaires, c'est ni.

    JVM est une machine abstraite de course Le bytecode Java.

    JVM a plusieurs implémentations:

    • HotSpot (interprète + JIT compilateur)
    • Dalvik (interprète + compilateur JIT)
    • L'ART (AOT compilateur + compilateur JIT)
    • GCJ (AOT compilateur)
    • JamVM (interprète)

    ...et beaucoup d'autres.

    La plupart des autres réponses lorsque l'on parle de la JVM se référer soit à un HotSpot ou
    un certain mélange de la méthode ci-dessus pour la mise en œuvre de la JVM.

    InformationsquelleAutor cubuspl42
  4. 4

    C'est les deux. Il commence par l'interprétation du bytecode et peut (doit-il décider qu'il vaut la peine) puis compilez ce code binaire en code machine natif.

    • Vous faites probablement référence à des HotSpot
    InformationsquelleAutor Paul Cager
  5. 4

    C'est les deux. Il est capable d'interpréter le bytecode, et de le compiler en code natif.

    InformationsquelleAutor Mat
  6. 1

    Comme d'autres l'ont dit, il est les deux! Si vous voulez consulter de bonne de détails que vous pouvez voir:Cette IBM Description

    InformationsquelleAutor DDC
  7. -5

    JVM ont à la fois du compilateur et de l'interprète. Parce que le compilateur compile le code et génère du bytecode. Après que l'interprète convertit bytecode à la machine compréhensible code.

    Exemple: Écrire et compiler un programme et il fonctionne sur Windows. Prendre le .fichier de la classe à un autre système d'exploitation (Unix) et il sera exécuté en raison de l'interprète qui convertit le bytecode de la machine compréhensible code.

    • Vous avez oublié d'éteindre Caps 🙂
    • Mal, vous devez d'abord compiler le code source en bytecode (qui n'a rien à voir avec la JVM), puis la JVM interprète le bytecode et le compile en code natif (mais peut-être pas à chaque partie).
    InformationsquelleAutor M SANEDEEP KUMAR