Что хотят услышать интервьюеры:

Quarkus делает упор на сборку приложения заранее, а не на тяжелую работу при старте. Код и метаданные анализируются на этапе build-time, чтобы уменьшить время запуска и потребление памяти. При этом часть поведения может подготавливаться динамически, но основная идея — перенести максимум работы из runtime в compilation/build phase.

Определение:

В контексте Quarkus под «динамической компиляцией» обычно имеют в виду не классическую компиляцию Java-кода на лету, а перенос части вычислений, сканирования и генерации кода на этап сборки. Quarkus использует build-time augmentation: во время сборки он анализирует классы, аннотации, расширения и генерирует вспомогательный код, чтобы в рантайме приложение стартовало быстрее и делало меньше рефлексивной работы.

Это отличается от подхода, где фреймворк много делает при запуске: ищет бины, строит метаданные, поднимает контекст и конфигурацию уже в runtime. В Quarkus большая часть этого подготовлена заранее.

Пример использования:

Например, если в приложении есть REST-эндпоинты и CDI-бины, Quarkus на этапе сборки определит их зависимости, сгенерирует нужные прокси и подготовит wiring. В результате при запуске не нужно долго сканировать classpath и строить все с нуля.

import jakarta.ws.rs.GET;
import jakarta.ws.rs.Path;
import jakarta.enterprise.context.ApplicationScoped;

@Path("/hello")
@ApplicationScoped
public class HelloResource {

    @GET
    public String hello() {
        return "Hello, Quarkus!";
    }
}

Пояснение кода:

Код не требует отдельной «динамической компиляции» в привычном смысле — Quarkus уже на этапе сборки понимает, что HelloResource является JAX-RS ресурсом и CDI-биным.

Шаги работы такие:

При сборке Quarkus сканирует аннотации @Path и @ApplicationScoped.
Находит ресурс и понимает, что его нужно зарегистрировать как endpoint.
Генерирует служебные артефакты и метаданные для быстрого старта.
При запуске сервер сразу поднимает уже подготовленный маршрут /hello.

Ключевые моменты:

В Quarkus основной акцент — на build-time processing, а не на тяжелом runtime initialization.
Это снижает время старта приложения и объем работы при запуске.
Quarkus активно использует генерацию кода, анализ аннотаций и подготовку метаданных на этапе сборки.
Подход особенно полезен для микросервисов и облачных сценариев, где важен быстрый старт.
Термин «динамическая компиляция» здесь лучше понимать как build-time augmentation, а не как JIT или компиляцию кода на лету.

Можете объяснить принцип работы динамической компиляции в рамках фреймворка Quarkus?