Optional<T> (Java 8+) er en beholder som kan eller ikke kan inneholde en verdi — en eksplisitt måte å representere "en verdi kan være fraværende" i stedet for å returnere null. Det hjelper til å forhindre den fryktet NullPointerException (NPE) ved å tvinge kallere til å vurdere det tomme tilfellet.
User {
userMap.get(id);
}
findUser();
u.getName();
Null-returverdier er lett å ignorere, og den resulterende NPE — "milliarddollarfeilen" — er en av de vanligste Java-bugene.
// ✅ the return type ITSELF signals "might be absent" — callers must handle it
public Optional<User> findUser(String id) {
return Optional.ofNullable(userMap.get(id));
}
Nå gjør signaturen fraværet eksplisitt og kompilatoren-oppmuntret API presser kallere til å håndtere det tomme tilfellet.
Optional<String> a = Optional.of("hi"); // value present (throws if you pass null)
Optional<String> b = Optional.empty(); // explicitly absent
Optional<String> c = Optional.ofNullable(x); // present if x != null, else empty
Optional<User> user = findUser("123");
// provide a fallback
User u = user.orElse(defaultUser);
User u2 = user.orElseGet(() -> createDefault()); // lazy fallback
User u3 = user.orElseThrow(() -> new NotFoundException());
// run code only if present
user.ifPresent(u -> System.out.println(u.getName()));
// transform without unwrapping (chainable, null-safe)
String name = user.map(User::getName).orElse("Unknown");
String city = user.map(User::getAddress).map(Address::getCity).orElse("N/A");
De funksjonelle metodene (map, filter, orElse, ifPresent) lar deg trygt transformere og trekke ut verdier, og kjede uten nestede null-sjekker.
// ❌ defeats the purpose — get() throws if empty, like dereferencing null
if (user.isPresent()) {
User u = user.get(); // verbose AND risky if you forget isPresent()
}
// ✅ use orElse/map/ifPresent instead
// ❌ don't use Optional for fields or method parameters — it's designed for RETURN types
// ❌ never return null from a method that returns Optional
Optional er Javas verktøy for å takle det gjennomgripende null-relaterte bugproblemet ved å gjøre muligheten for fraværelse eksplisitt i typesystemet — gjør stille NPEer til et håndtert tilfelle.
Hoveds intenderte bruk er som returtypе for metoder som kanskje ikke produserer en verdi, der det dokumenterer og håndhever vurdering av det tomme tilfellet, og dets funksjonelle metoder (map, orElse, ifPresent) muliggjør ren, null-sikker kjeding.
Å forstå hvordan du bruker det riktig — og antimønstrene (å kalle get() uforsiktig, bruke det for felt/parametere, returnere null) — fører til mer robust, selveventuelt dokumentert kode med færre NPEer, som er grunnen til at det er både et beste praksis-verktøy og et vanlig intervjuemne i moderne Java.