Mit maßgeschneiderten Klassenladern lästige Fehler in Java vermeiden

Eine der leistungsfähigsten Funktionen von Java sind Klassenlader (class loaders). Die Klasse ClassLoader ist für das Finden und Laden von Klassendateien in Laufzeit verantwortlich. Java ermöglicht die Verwendung unterschiedlicher Klassenlader. Es können sogar eigene Klassenlader erstellt werden.

Ein Java-Programm besteht aus einer Vielzahl von Klassendateien. Jede davon repräsentiert eine einzelne Java-Klasse. Diese Klassendateien werden nicht alle gleichzeitig in den Speicher geladen, wie bei einem statisch erstellten C-Programm, sondern erst bei Bedarf.

Hier kommt der Klassenlader ins Spiel: Er entnimmt plattformunabhängigen kompilierten Bytecode aus einer Quelle (normalerweise entweder eine .class– oder eine .jar-Datei) und lädt diesen in den Speicherbereich der JVM. Anschließend kann der Code interpretiert und ausgeführt werden. Standardmäßig wird jede Klasse in einer Anwendung von einer Instanz des java.lang.ClassLoader geladen. Die Funktionalität lässt sich per Vererbung leicht erweitern.

Warum maßgefertigte Klassenlader verwenden?

Der standardmäßige Klassenlader java.lang.ClassLoader kann nur Klassen aus dem lokalen Dateisystem laden. Java ist allerdings flexibel genug ausgelegt, um Klassen auch von anderen Orten als von der lokalen Festplatte oder dem Netzwerk zu laden. Und Java ermöglicht das Ausführen bestimmter Schritte, ehe das eigentliche Laden erfolgt. So kann eine Anwendung routinemäßig immer erst prüfen, ob eine neuere Version einer Plugin-Klasse auf einer Website oder per FTP verfügbar ist. Gleichzeitig verifiziert sie automatisch eine digitale Signatur, um sicherzustellen, dass nur vertrauenswürdiger Code ausgeführt wird. Viele gängige Anwendungsserver verwenden ihre eigenen hochentwickelten Klassenlader.

Der sogenannte Bootstrap-Klassenlader wird normalerweise als Standard benutzt. Er ist verantwortlich für das Laden wichtiger Klassen, wie java.lang.Object und weiteren Laufzeitcodes aus der Datei rt.jar, in den Speicher. Die Java Language Specification liefert keinerlei Details über den Bootstrap-Klassenlader, da er über eine native Implementierung verfügt. Somit können unterschiedliche JVMs auch ein unterschiedliches Verhalten des Standardklassenladers aufweisen.

Wenn etwa auf einer Website Applets ausgeführt werden, wird dazu ein maßgeschneiderter Klassenlader verwendet. Der in den Browser integrierte Applet-Viewer enthält einen Klassenlader, der auf eine Website eines entfernten Servers zugreift. Er lädt die rohen Bytecode-Dateien über HTTP und wandelt sie innerhalb der JVM in Klassen um.

Page: 1 2 3

ZDNet.de Redaktion

Recent Posts

MadMxShell: Hacker verbreiten neue Backdoor per Malvertising

Die Anzeigen richten sich an IT-Teams und Administratoren. Ziel ist der Zugriff auf IT-Systeme.

12 Stunden ago

April-Patches für Windows legen VPN-Verbindungen lahm

Betroffen sind Windows 10 und Windows 11. Laut Microsoft treten unter Umständen VPN-Verbindungsfehler auf. Eine…

13 Stunden ago

AMD steigert Umsatz und Gewinn im ersten Quartal

Server-CPUs und Server-GPUs legen deutlich zu. Das Gaming-Segment schwächelt indes.

21 Stunden ago

Google stopft schwerwiegende Sicherheitslöcher in Chrome 124

Zwei Use-after-free-Bugs stecken in Picture In Picture und der WebGPU-Implementierung Dawn. Betroffen sind Chrome für…

2 Tagen ago

Studie: 91 Prozent der Ransomware-Opfer zahlen Lösegeld

Die durchschnittliche Lösegeldzahlung liegt bei 2,5 Millionen Dollar. Acht Prozent der Befragten zählten 2023 mehr…

2 Tagen ago

DMA: EU stuft auch Apples iPadOS als Gatekeeper ein

Eine neue Analyse der EU-Kommission sieht vor allem eine hohe Verbreitung von iPadOS bei Business-Nutzern.…

3 Tagen ago