У мене дуже основне запитання про JVM: компілятор чи інтерпретатор?
Якщо це інтерпретатор, то як щодо компілятора JIT, який існує всередині JVM?
Якщо ні, то що саме являє собою JVM? (Я не хочу базового визначення jVM перетворення байтового коду в машинний код тощо)
Відповіді:
По-перше, давайте чітко уявляти наступні терміни
Javacє Java Compiler - Компілює ваш код Java у байт-код
JVMє віртуальна машина Java - запускає / інтерпретує / перекладає байт-код у власний машинний код
JITis Just In Time Compiler - Компілює задану послідовність команд байт-кодів до машинного коду під час виконання перед тим, як виконувати його власним чином. Основна мета - зробити важку оптимізацію продуктивності.
Отже, давайте знайдемо відповіді на ваші запитання ..
1) JVM: is it a compiler or an interpreter? - Відповідь: Перекладач
2) what about JIT compiler that exist inside the JVM? - Відповідь: Якщо ви повністю прочитали цю відповідь, ви, мабуть, знаєте це зараз
3) what exactly is the JVM? - відповіді :
.classфайл в оперативну пам'ятьСподіваюся, це допомогло вам ..
Це трохи і того, і іншого, але ні в традиційному розумінні.
Сучасні JVM беруть байт-код і компілюють його у власний код за потреби. "JIT" у цьому контексті означає "точно вчасно". Він виступає як інтерпретатор іззовні, але насправді за лаштунками він компілюється у машинний код.
JVM не слід плутати з компілятором Java, який компілює вихідний код у байт-код. Тож не корисно вважати його "компілятором", а скоріше знати, що у фоновому режимі він виконує деяку компіляцію.
Як і @delnan, який уже зазначався в розділі коментарів, це ні те, ні інше .
JVM - це абстрактна машина, на якій запущений байт-код Java .
JVM має кілька реалізацій:
... та багато інших .
Більшість інших відповідей, коли говорять про JVM, стосуються або HotSpot, або якоїсь суміші вищевказаних підходів до реалізації JVM.
.dexкод безпосередньо за допомогою інтерпретації або компіляції Just-In-Time (JIT) ..." ( source.android.com/devices/tech/ota/ab/… )
Це і те, і інше. Він починається з інтерпретації байт-коду і може (якщо вирішить, що це того варте) потім скомпілювати цей байт-код у власний машинний код.
Як казали інші, це і те, і інше! Якщо ви хочете докладно вказати його, ніж ви можете побачити: Цей опис IBM
Javac - компілятор, але не традиційний компілятор. Компілятор, як правило, перетворює вихідний код на мову машинного рівня для виконання, і це робиться одним пострілом, тобто весь код береться і перетворюється на мову машинного рівня ОДИН раз. (докладніше про це нижче). Поки JavaC перетворює його у байт-код замість мови машинного рівня.
JIT є компілятором Java, але також виконує роль інтерпретатора. Типовий компілятор перетворює весь код відразу з вихідного коду на мову машинного рівня. Натомість JIT переходить рядок за рядком (виконання рядків за рядком є особливістю інтерпретаторів) і перетворює байт-код, сформований JavaC, у мову машинного рівня та виконує його. JVM, який містить JIT, має кілька реалізацій. Точка доступу - одна з основних для програмування на Java. Реалізація точки доступу змушує JIT оптимізувати виконання, перетворюючи відрізки коду, які повторюються, на мову машинного рівня одночасно (як компілятор, як згадано вище), щоб їх можна було виконати швидше, замість перетворення кожного рядка коду 1 на 1. Отже, відповідь не є чорно-білою щодо типових визначень Компілятора та Інтерпретатора.
Це моє розуміння після прочитання декількох онлайн-відповідей, блогів тощо. Якщо хтось має пропозиції покращити це розуміння, будь ласка, запропонуйте.
JVM має як компілятор, так і інтерпретатор. Оскільки компілятор компілює код і генерує байт-код. Після цього інтерпретатор перетворює байт-код в машинозрозумілий код.
Приклад: Напишіть і скомпілюйте програму, і вона працює в Windows. Перенесіть файл .class в іншу ОС (Unix), і він буде працювати через інтерпретатор, який перетворює байт-код в машинозрозумілий код.