J'ai une question très basique sur la JVM : est-ce un compilateur ou un interprète ?
S'il s'agit d'un interprète, qu'en est-il du compilateur JIT qui existe à l'intérieur de la JVM ?
Si ce n'est ni l'un ni l'autre, alors qu'est-ce que la JVM ? (Je ne veux pas de la définition de base de la JVM qui consiste à convertir le code d'octet en code spécifique à la machine, etc.)
Tout d'abord, ayons une idée claire des termes suivants
Javac est un compilateur Java -- Compile votre code Java en Bytecode
JVM est la Machine Virtuelle Java -- Exécute/ Interprète/ traduit le Bytecode en Code machine natif
JIT est Just In Time Compiler -- Compile la séquence d'instruction bytecode donnée en code machine à temps de fonctionnement avant de l'exécuter en mode natif. Son objectif principal est d'effectuer des optimisations lourdes en termes de performances.
Alors maintenant, trouvons 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 avez lu cette réponse entièrement, vous le savez probablement maintenant.
3) what exactly is the JVM? -- Ans :
.class dans la RAMJ'espère que cela vous a aidé
Vous dites que la JVM traduit le bytecode en code machine natif. Je ne suis pas sûr que le terme "traduction" soit correct ici.
J'ai beaucoup apprécié. Vous avez presque levé mon doute sur la différence entre la compilation et l'interprétation, le code octet et le code machine. Votre réponse m'a dit que le code octet est converti en code machine par un interprète et que le compilateur convertit le code source en bytecode.
Pouvez-vous également me dire ce qu'est un code natif ? Est-ce que cela signifie le code machine ? J'essaie d'apprendre tout ce processus de compilation et d'interprétation mais ces termes intermédiaires sont très déroutants.
C'est un peu des deux, mais aucun des deux au sens traditionnel du terme.
Les JVM modernes prennent le bytecode et le compilent en code natif dès qu'elles en ont besoin. Dans ce contexte, "JIT" signifie "just in time". Elle agit comme un interprète de l'extérieur, mais en réalité, en coulisse, elle compile en code machine.
La JVM ne doit pas être confondue avec le compilateur Java, qui compile le code source en bytecode. Il n'est donc pas utile de la considérer comme "un compilateur", mais plutôt de savoir qu'en arrière-plan, elle effectue une certaine compilation.
@NaeemShah : Je suis flatté que vous ayez suffisamment aimé cette réponse pour la copier presque mot pour mot dans un article de blog sous votre propre nom. Et vous avez le droit de le faire, mais selon le schéma de licence de StackOverflow, vous êtes légalement tenu de mentionner la source ici, et vous devez donner une licence à votre article de blog sous la même licence. Voir le pied de page de ce site, qui renvoie à la licence suivante : creativecommons.org/licenses/by-sa/3.0 . Voir aussi cet article de blog : blog.stackoverflow.com/2009/06/attribution-required
Comme @delnan déjà indiqué dans la section des commentaires, c'est ni .
JVM est une machine abstraite fonctionnant bytecode Java .
La JVM a plusieurs implémentations :
...et beaucoup d'autres .
La plupart des autres réponses, lorsqu'elles parlent de JVM, se réfèrent soit à HotSpot, soit à la JVM. un mélange des approches ci-dessus pour implémenter la JVM.
ART est également un interprète : "Android peut en fait exécuter le .dex directement par interprétation ou par compilation Just-In-Time (JIT)..." ( source.Android.com/devices/tech/ota/ab/ )
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
18 votes
La JVM est une machine virtuelle. Le bytcode entre, les effets observables du programme se produisent. Tout le reste est un détail d'implémentation.
1 votes
Oui, il n'y a pas "la" JVM, il y a plusieurs implémentations de la spécification.
0 votes
@delnan, s'il vous plaît, écrivez cela comme une réponse. J'ai vraiment envie d'upvoter une telle réponse.
0 votes
@aioobe : Je ne le ferai pas. Je ne pense pas que cela réponde à la question posée ici - c'est une perspective très utile, mais la question (énoncée clairement dans le titre et dans le post) demande explicitement ces détails de mise en œuvre.
0 votes
C'est juste. Je dirais que es une réponse à la "Si ce n'est pas le cas, alors qu'est-ce que la JVM ?" partie cependant. (La machine virtuelle Java étant plus une spécification qu'une implémentation).