Java ist bekannt f\u00fcr seine Plattformunabh\u00e4ngigkeit: Einmal kompilierter Bytecode l\u00e4uft auf jeder JVM. Doch dieser Komfort hat seinen Preis \u2013 die JVM muss zur Laufzeit starten, Klassen laden, Bytecode interpretieren und zur Laufzeit optimieren (JIT). F\u00fcr Microservices, Serverless Functions oder CLI-Tools kann dieser Overhead st\u00f6rend sein, besonders in Container-Umgebungen, wo kurze Startzeiten und geringer Speicherverbrauch z\u00e4hlen. Hier kommen GraalVM Native Images ins Spiel.<\/p>\n\n\n\n
GraalVM ist eine High-Performance-Laufzeitumgebung, die \u00fcber eine klassische JVM hinausgeht. Kernst\u00fcck ist der Ahead-of-Time (AOT) Compiler, der Java-Bytecode direkt in nativen Maschinencode \u00fcbersetzt \u2013 noch bevor das Programm ausgef\u00fchrt wird. Das Ergebnis ist eine standalone, ausf\u00fchrbare Binary, die komplett ohne JVM auskommt.<\/p>\n\n\n\n
GraalVM wurde urspr\u00fcnglich von Oracle Labs entwickelt und ist mittlerweile in zwei Editionen verf\u00fcgbar: die Community Edition (CE) als Open Source und die Enterprise Edition (EE) mit zus\u00e4tzlichen Optimierungen.<\/p>\n\n\n\n
Class.forName()<\/code>), Serialisierung und dynamische Proxys sind nur eingeschr\u00e4nkt nutzbar<\/li>\n\n\n\n- Kein dynamisches Classloading<\/strong>: Frameworks, die CGLIB oder CDI-Proxys nutzen, ben\u00f6tigen explizite Konfiguration<\/li>\n\n\n\n
- Eingeschr\u00e4nkte Debugging-M\u00f6glichkeiten<\/strong>: Stacktraces sind weniger aussagekr\u00e4ftig als auf der JVM<\/li>\n<\/ul>\n\n\n\n
Erste Schritte mit Native Images<\/h2>\n\n\n\n
Zuerst muss GraalVM installiert sein. Mit SDKMan geht das am einfachsten:<\/p>\n\n\n
sdk<\/span> install<\/span> java<\/span> 24.0<\/span>.1-graal<\/span>\n<\/code><\/span>Code-Sprache:<\/span> CSS<\/span> (<\/span>css<\/span>)<\/span><\/small><\/pre>\n\n\nDanach installiert man das native-image<\/code> Tool:<\/p>\n\n\ngu install native-image\n<\/code><\/span><\/pre>\n\n\nEine einfache Java-Klasse l\u00e4sst sich wie folgt nativ kompilieren:<\/p>\n\n\n
public class<\/span> HalloWelt<\/span> <\/span>{\n public static<\/span> void<\/span> main(String<\/span>[] args) {\n System.out.println(\"Hallo aus einem nativen Image!\"<\/span>);\n }\n}\n<\/code><\/span>Code-Sprache:<\/span> JavaScript<\/span> (<\/span>javascript<\/span>)<\/span><\/small><\/pre>\n\n\nKompilieren und ausf\u00fchren:<\/p>\n\n\n
javac HalloWelt.java\nnative-image HalloWelt\n.\/hallowelt\n<\/code><\/span><\/pre>\n\n\nDie Ausgabe erscheint nahezu sofort \u2013 messbar im zweistelligen Millisekundenbereich. Ein vergleichbarer java HalloWelt<\/code>-Aufruf braucht auf der JVM inklusive JVM-Start 200\u2013500 ms.<\/p>\n\n\n\nNative Images mit Spring Boot<\/h2>\n\n\n\n
Spring Boot 4.x unterst\u00fctzt GraalVM Native Images nativ. Die integrierte AOT-Engine von Spring Boot generiert w\u00e4hrend der Build-Phase die notwendige Konfiguration f\u00fcr Reflection, Ressourcen und Proxys automatisch.<\/p>\n\n\n\n
Maven-Konfiguration<\/h3>\n\n\n<plugin<\/span>><\/span>\n <groupId<\/span>><\/span>org.graalvm.buildtools<\/groupId<\/span>><\/span>\n <artifactId<\/span>><\/span>native-maven-plugin<\/artifactId<\/span>><\/span>\n <version<\/span>><\/span>0.11.0<\/version<\/span>><\/span>\n<\/plugin<\/span>><\/span>\n<\/code><\/span>Code-Sprache:<\/span> HTML, XML<\/span> (<\/span>xml<\/span>)<\/span><\/small><\/pre>\n\n\nBauen des nativen Images:<\/p>\n\n\n
mvn<\/span> -Pnative<\/span> native<\/span>:compile<\/span>\n<\/code><\/span>Code-Sprache:<\/span> CSS<\/span> (<\/span>css<\/span>)<\/span><\/small><\/pre>\n\n\nDie resultierende Binary liegt im target\/<\/code>-Verzeichnis. Ein typischer Spring Boot REST-Controller startet damit in unter 0,1 Sekunden \u2013 ein beeindruckender Unterschied zu den 3\u20135 Sekunden auf der klassischen JVM.<\/p>\n\n\n\nDocker-Image mit Native Image<\/h3>\n\n\n\n
Ein Dockerfile f\u00fcr das native Image f\u00e4llt minimal aus:<\/p>\n\n\n
FROM debian:bookworm-slim\nCOPY target\/meine-anwendung \/app\nENTRYPOINT [\"\/app\"<\/span>]\n<\/code><\/span>Code-Sprache:<\/span> JavaScript<\/span> (<\/span>javascript<\/span>)<\/span><\/small><\/pre>\n\n\nDas resultierende Docker-Image wiegt oft unter 20 MB, w\u00e4hrend ein herk\u00f6mmliches Eclipse-Temurin-Image bei \u00fcber 200 MB liegt.<\/p>\n\n\n\n
Reflection-Konfiguration<\/h2>\n\n\n\n
Da GraalVM eine Closed-World-Annahme trifft, m\u00fcssen Reflection-Zugriffe explizit deklariert werden. Spring Boot generiert diese Konfiguration automatisch w\u00e4hrend der AOT-Phase. Bei manuellen Projekten oder wenn Bibliotheken dynamisch auf Klassen zugreifen, erstellt man eine META-INF\/native-image\/reflect-config.json<\/code> im Ressourcenverzeichnis:<\/p>\n\n\n[\n {\n \"name\"<\/span>: \"com.example.MyService\"<\/span>,\n \"methods\"<\/span>: [\n { \"name\"<\/span>: \"findAll\"<\/span>, \"parameterTypes\"<\/span>: [] }\n ]\n }\n]\n<\/code><\/span>Code-Sprache:<\/span> JSON \/ JSON mit Kommentaren<\/span> (<\/span>json<\/span>)<\/span><\/small><\/pre>\n\n\nWeitere Konfigurationsdateien sind resource-config.json<\/code> (f\u00fcr Ressourcen wie .properties<\/code> oder Templates) und proxy-config.json<\/code> (f\u00fcr dynamische Proxys). Viele moderne Bibliotheken wie Jackson, Hibernate oder Spring Boot liefern mittlerweile automatisch generierte Konfiguration aus.<\/p>\n\n\n\nPerformance-Vergleich: JVM vs. Native Image<\/h2>\n\n\n\nKriterium<\/th> Klassische JVM<\/th> Native Image<\/th><\/tr><\/thead> Startzeit (Hello World)<\/td> ~300 ms<\/td> ~5 ms<\/td><\/tr> Startzeit (Spring Boot)<\/td> ~4 s<\/td> ~80 ms<\/td><\/tr> Speicher (Spring Boot)<\/td> ~150 MB<\/td> ~25 MB<\/td><\/tr> Docker-Image-Gr\u00f6\u00dfe<\/td> ~250 MB<\/td> ~15 MB<\/td><\/tr> Build-Zeit<\/td> ~10 s<\/td> ~2\u20133 min<\/td><\/tr> Reflection<\/td> uneingeschr\u00e4nkt<\/td> konfigurationspflichtig<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nInsbesondere f\u00fcr kurze Prozesse wie Serverless Functions oder CLI-Tools, die nur wenige Sekunden laufen, sind die Startzeit- und Speichervorteile entscheidend. Die JVM w\u00fcrde hier die meiste Zeit mit dem Start verbringen, w\u00e4hrend das native Image sofort produktiv arbeitet.<\/p>\n\n\n\n
Fazit<\/h2>\n\n\n\n
GraalVM Native Images l\u00f6sen die klassischen Schwachstellen von Java \u2013 Startzeit und Speicherverbrauch \u2013 effektiv. Eine einfache hello world<\/code>-Binary startet in unter 10 ms, ein kompletter Spring Boot REST-Service in unter 100 ms. Der Preis ist eine l\u00e4ngere Build-Zeit von mehreren Minuten und die Closed-World-Annahme, die dynamische Features einschr\u00e4nkt. F\u00fcr Cloud-native Anwendungen, Serverless-Deployments (AWS Lambda, Google Cloud Functions) und CLI-Tools sind Native Images die nat\u00fcrliche Wahl. Mit der zunehmenden Integration in Frameworks wie Spring Boot, Micronaut und Quarkus wird der Einstieg immer einfacher \u2013 besonders die automatische AOT-Konfiguration von Spring Boot senkt die Einstiegsh\u00fcrde massiv.<\/p>\n","protected":false},"excerpt":{"rendered":"Java ist bekannt f\u00fcr seine Plattformunabh\u00e4ngigkeit: Einmal kompilierter Bytecode l\u00e4uft auf jeder JVM. Doch dieser Komfort hat seinen Preis \u2013 die JVM muss zur Laufzeit starten, Klassen laden, Bytecode interpretieren und zur Laufzeit optimieren (JIT). F\u00fcr Microservices, Serverless Functions oder CLI-Tools kann dieser Overhead st\u00f6rend sein, besonders in Container-Umgebungen, wo kurze Startzeiten und geringer Speicherverbrauch […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4,5],"tags":[],"class_list":["post-649","post","type-post","status-publish","format-standard","hentry","category-plain_java","category-spring"],"_links":{"self":[{"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=\/wp\/v2\/posts\/649","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=649"}],"version-history":[{"count":1,"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=\/wp\/v2\/posts\/649\/revisions"}],"predecessor-version":[{"id":651,"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=\/wp\/v2\/posts\/649\/revisions\/651"}],"wp:attachment":[{"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=649"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=649"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=649"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}