Java-Interview: Mit diesen Fragen glänzt du beim Gespräch

Als weit ver­brei­te­te Pro­gram­mier­spra­che ist Java mit all seinen Ei­gen­hei­ten auch im Re­crui­ting bestens bekannt. Deshalb werden oft schon in einer frühen Phase Fragen zu ver­schie­de­nen Java-Bereichen gestellt. Wir haben 10 typische Fragen für Java-Ent­wick­ler:innen samt den passenden Antworten für dich vor­be­rei­tet.

Dieser Artikel zeigt dir die Band­brei­te an möglichen Fragen in einem Job­in­ter­view rund um die Pro­gram­mier­spra­che Java. Je nach ge­for­der­ter Be­rufs­er­fah­rung können die Details tiefer gehen. Manchmal werden auch Szenarien skizziert, die ab­sicht­lich Fehler enthalten oder für Expert:innen of­fen­sicht­lich in die Irre führen. Eine gute Vor­be­rei­tung ist also Pflicht, damit du im Gespräch voll punktest!

Frage 1 zum Start: Was zeichnet Java aus und welche Vorteile bietet die Sprache?

Wer Java als Pro­gram­mier­spra­che lernt, setzt auf ein mächtiges und global eta­blier­tes Werkzeug. Java hebt sich durch spe­zi­fi­sche Merkmale, besonders in der Praxis, von anderen Sprachen ab. Der wich­tigs­te Punkt: Java-Code läuft ohne An­pas­sun­gen auf den un­ter­schied­lichs­ten Be­triebs­sys­te­men.

Diese Platt­form­un­ab­hän­gig­keit wird durch die Java Virtual Machine (JVM) ga­ran­tiert. Weder die Ent­wick­lung noch die Nutzung sind an ein System gebunden – ge­schrie­be­ner Code funk­tio­niert über­grei­fend. Das stellt sicher, dass An­wen­dun­gen flexibel und per­for­mant auf ver­schie­dens­ten Geräten laufen.

Ein weiterer Pluspunkt ist das au­to­ma­ti­sche Spei­cher­ma­nage­ment via Garbage Collector. Er nimmt dir die Ver­wal­tung der Res­sour­cen ab und minimiert Feh­ler­quel­len. Zudem liefert die riesige Stan­dard­bi­blio­thek unzählige fertige Funk­tio­nen, was die Soft­ware­ent­wick­lung massiv be­schleu­nigt.

Als ob­jekt­ori­en­tier­te Sprache überzeugt Java zudem dadurch, dass Software-Bausteine einfacher mo­del­liert und Code-Teile effizient wie­der­ver­wen­det werden können.

Frage 2 der Java-Interview-Fragen: Wie löst Java das Thema Mehr­fach­ver­er­bung?

In Java ist eine direkte Mehr­fach­ver­er­bung von Klassen nicht vor­ge­se­hen. Klassen können also immer nur von einer einzigen Ba­sis­klas­se erben. Der Grund: Bei ob­jekt­ori­en­tier­ter Pro­gram­mie­rung kann Mehr­fach­ver­er­bung den Code kom­pli­ziert machen – ein bekanntes Beispiel dafür ist das „Diamond-Problem“.

Auch wenn es für Klassen nicht geht, lässt sich das Ziel über Schnitt­stel­len (in­ter­faces) erreichen. Der Lö­sungs­weg: Eine Java-Klasse kann beliebig viele In­ter­faces im­ple­men­tie­ren und so Logiken aus ver­schie­de­nen Quellen kom­bi­nie­ren. Diese Struktur sorgt für klare De­fi­ni­tio­nen und vermeidet die typischen Stol­per­stei­ne der Mehr­fach­ver­er­bung.

Frage 3: Wo liegt der Un­ter­schied zwischen einer abstract class und einem interface?

Sowohl abstrakte Klassen als auch Schnitt­stel­len (in­ter­faces) dienen dazu, abstrakte Typen fest­zu­le­gen, die von anderen Klassen genutzt werden. Doch abseits der Vererbung gibt es markante Un­ter­schie­de:

• Vererbung: Eine Klasse kann in Java nur von genau einer abs­trak­ten Klasse erben. Da diese selbst keine Mehr­fach­ver­er­bung be­herrscht, braucht es für kom­ple­xe­re Struk­tu­ren oft mehrere In­ter­faces.
• Be­zie­hungs­art: Da die Vererbung limitiert ist, nutzt man abstrakte Klassen meist für „ist ein“-Be­zie­hun­gen. In­ter­faces sind hingegen ideal für „kann“-Be­zie­hun­gen (Fä­hig­kei­ten).
• Aus­prä­gung: Eine abstrakte Klasse darf sowohl abstrakte (leere) als auch konkrete (fertige) Methoden sowie In­stanz­va­ria­blen enthalten. In­ter­faces de­fi­nie­ren primär abstrakte Methoden und Kon­stan­ten. Methoden im Interface sind stan­dard­mä­ßig abstrakt und öf­fent­lich.
• Zweck: Abstrakte Klassen teilen eine ge­mein­sa­me Basis-Im­ple­men­tie­rung. Schnitt­stel­len hingegen de­kla­rie­ren Funk­tio­nen, die dann in ganz un­ter­schied­li­chen Klassen in­di­vi­du­ell umgesetzt werden.

Frage 4: Was un­ter­schei­det In­stanz­va­ria­blen von lokalen Variablen?

Die Differenz liegt vor allem im Gel­tungs­be­reich (Scope) und der Le­bens­dau­er. Während In­stanz­va­ria­blen feste Merkmale eines Objekts in einer Klasse sind, fungieren lokale Variablen als kurz­zei­ti­ge Zwi­schen­spei­cher in einem be­grenz­ten Abschnitt.

In­stanz­va­ria­blen

• Diese Variablen werden direkt auf Klas­se­n­e­be­ne definiert – also außerhalb von Methoden oder Blöcken.
• Jedes erzeugte Objekt der Klasse bekommt seine eigene Kopie dieser Variable.
• Der Zugriff erfolgt über die jeweilige Instanz. Die Werte können sich von Objekt zu Objekt un­ter­schei­den.

Lokale Variablen

• Diese werden innerhalb einer Methode, eines Kon­struk­tors oder Blocks angelegt. Sie sind auch nur dort gültig.
• Du musst sie zwingend in­itia­li­sie­ren, bevor du sie nutzt. Sie exis­tie­ren nur, solange der jeweilige Codeblock aus­ge­führt wird.
• Sobald der Block verlassen wird, sind sie nicht mehr greifbar.

Frage 5: Was bedeuten JVM, JDK und JRE und wie hängen sie zusammen?

Die Kürzel klingen ähnlich, be­zeich­nen aber völlig un­ter­schied­li­che Auf­ga­ben­be­rei­che innerhalb des Java-Öko­sys­tems.

Java Virtual Machine (JVM)

• Die JVM ist das Herzstück und fungiert als Brücke zwischen dem Java-Programm und der Hardware bzw. dem Be­triebs­sys­tem. Sie führt den so­ge­nann­ten Java-Bytecode aus.
• Das ist ent­schei­dend, weil die JVM denselben Bytecode auf jedem System starten kann, auf dem sie in­stal­liert ist. Das macht Java so portabel.
• Der Prozess: Ein Compiler wandelt deinen Quellcode in Bytecode um, den die JVM dann in­ter­pre­tiert.

Java De­ve­lo­p­ment Kit (JDK)

• Das JDK ist das Werk­zeug­kist­chen für Profis. Es bündelt alle Tools zur Ent­wick­lung von Java-Apps. Darin stecken Werkzeuge zum Erstellen, Kom­pi­lie­ren und Debuggen.
• Es enthält unter anderem den Java-Compiler, die JVM sowie Debugger und Profiler.
• Zu­sätz­lich liefert es viele vor­ge­fer­tig­te Klassen und In­ter­faces via Java API (Klas­sen­bi­blio­thek) mit.

Java Runtime En­vi­ron­ment (JRE)

• Die JRE ist die reine Lauf­zeit­um­ge­bung, um Java-An­wen­dun­gen einfach nur zu starten.
• Sie be­inhal­tet die JVM und die Java API, damit die Software lauffähig ist.
• Ent­wick­ler-Tools wie der Compiler fehlen hier, weshalb die JRE meist auf den Rechnern der Endnutzer:innen landet.

Frage 6: Was ist eine „coll­ec­tion class“ in Java und wofür braucht man sie?

Mit coll­ec­tion class meint man meist Klassen aus dem Java Coll­ec­tions Framework. Dieses System bietet stan­dar­di­sier­te Wege, um Ob­jekt­grup­pen zu speichern, zu sortieren und zu verwalten. Es kom­bi­niert ver­schie­de­ne Schnitt­stel­len mit konkreten Da­ten­struk­tu­ren.

Coll­ec­tion-Klassen dienen folgenden Zwecken:

• Struk­tu­rie­rung: Ef­fi­zi­en­tes Ordnen von Daten in Listen, Sets (Mengen) oder Maps (Schlüssel-Wert-Paare).
• Be­ar­bei­tung: Einfache Methoden zum Hin­zu­fü­gen, Löschen oder Finden von Einträgen.
• Typ­si­cher­heit: Dank Generics schreibst du sicheren Code, der für ver­schie­de­ne Da­ten­ty­pen wie­der­ver­wend­bar ist.
• Logik: Das Framework liefert fertige Al­go­rith­men für Aufgaben wie Sortieren oder Suchen mit.

Frage 7: Was ist der Un­ter­schied zwischen == und equals()?

== und equals() sind zwei Wege bzw. Ope­ra­to­ren, um Objekte zu ver­glei­chen:

• Der ==-Operator prüft die Referenz eines Objekts, nicht den Inhalt. Er schaut also nach, ob zwei Variablen auf exakt denselben Spei­cher­platz zeigen. Bei einfachen Da­ten­ty­pen (wie int oder char) ver­gleicht er hingegen direkt den Wert.
• Die Methode equals() dient dem in­halt­li­chen Vergleich. Damit stellst du fest, ob zwei Objekte logisch gleich sind, selbst wenn sie an ver­schie­de­nen Stellen im Speicher liegen. Stan­dard­mä­ßig macht equals() das Gleiche wie ==, weshalb man die Methode in eigenen Klassen oft anpassen (über­schrei­ben) muss, um den Inhalt sinnvoll zu prüfen.

Frage 8: Wofür werden Kon­struk­to­ren ein­ge­setzt?

Kon­struk­to­ren sind Spezial-Methoden, die dazu dienen, Objekte zu erzeugen und startklar zu machen. Sie haben vier Kern­auf­ga­ben:

• In­itia­li­sie­rung: Sie bringen ein neues Objekt sofort in einen gültigen Zustand, setzen Attribute und re­ser­vie­ren nötige Res­sour­cen.
• Wer­te­über­ga­be: Über Parameter kannst du beim Erstellen direkt in­di­vi­du­el­le Ei­gen­schaf­ten festlegen. So entstehen maß­ge­schnei­der­te Objekt-Instanzen.
• Sauberer Code: Kon­struk­to­ren machen den Code lesbarer, da die Start-Logik gebündelt ist. Das er­leich­tert die Wartung, weil Än­de­run­gen nur an einer zentralen Stelle nötig sind.
• Struktur: In der Vererbung rufen Un­ter­klas­sen meist den Kon­struk­tor der Ba­sis­klas­se auf, um die Grund-In­itia­li­sie­rung zu sichern, bevor sie eigene Details hin­zu­fü­gen.

Frage 9: Welche String-Typen nutzt Java und wie un­ter­schei­den sie sich?

Java nutzt primär die Klasse java.lang.String für Text. Es gibt aber ver­schie­de­ne Wege, wie du mit Zei­chen­ket­ten arbeitest:

• String­Buil­der: Ideal, um Texte effizient zu verändern. Im Gegensatz zum normalen String wird hier keine neue Instanz erstellt, wenn sich der Inhalt ändert – das spart Res­sour­cen.
• String-Literal: Das sind Texte in An­füh­rungs­zei­chen, wie "Schön, dich zu sehen!". Java ist hier clever: Für iden­ti­sche Literale wird nur ein Objekt im Speicher (String-Pool) angelegt.
• String-Objekte: Erzeugst du mit dem new-Keywort (z. B. new String ("Schön, dich zu sehen!")). Hier entsteht immer eine neue Instanz, egal ob der Text schon im Pool existiert.
• String­Buf­fer: Funk­tio­niert wie der String­Buil­der, ist aber th­read­si­cher. Das macht ihn in Multi-Thread-Szenarien stabil, aber etwas langsamer.

Frage 10: Was un­ter­schei­det throw von throws?

Beide Begriffe (throw und throws) haben mit dem Feh­ler­ma­nage­ment (Ex­cep­ti­ons) zu tun, verfolgen aber un­ter­schied­li­che Ziele:

• throw nutzt du, um einen Fehler aktiv aus­zu­lö­sen. Du erstellst damit manuell eine Exception und wirfst sie sozusagen dem Programm entgegen.
• throws steht im Me­tho­den­kopf und warnt vor möglichen Fehlern. Es si­gna­li­siert: Diese Methode könnte ein Problem ver­ur­sa­chen, das sie nicht selbst löst, sondern an den Aufrufer wei­ter­reicht. So weiß das restliche Programm, dass es darauf reagieren muss.