Terangna operasi atomik, visibilitas memori, lan memory barrier.

Question

IT Interview Practice · Accepted Answer

**Operasi atomik rampung kanthi ora bisa dipérang — ora ana thread liya sing ndeleng kahanan setengah-dadi; visibilitas memori yaiku apa tulisan siji thread dideleng déning liyané; memory barrier meksa urutan supaya tulisan kasebut dadi katon.** Lock dudu siji-sijiné sing kudu digatèkaké — model memori uga.

## Atomisitas

Op atomik (contoné `fetch_add`, compare-and-swap) dilakokaké minangka siji langkah sing ora bisa dipérang, dadi ora ana race sing mérang. Hardware lan basa nyedhiakaké atomik kanggo counter lan flag tanpa lock kebak.

```java
AtomicInteger counter = new AtomicInteger();
counter.incrementAndGet();  // atomic read-modify-write, no lock
```

## Visibilitas lan penataan ulang

CPU lan compiler modern nyimpen nilai ing register lan nata ulang instruksi kanggo kacepetan. Dadi tulisan ing siji thread bisa lungguh ing store buffer, ora katon marang liyané, lan operasi bisa katon ora urut.

```java
// Without 'volatile', thread B may loop forever:
volatile boolean ready = false;  // volatile → writes are visible + ordered
// Thread A: data = 42; ready = true;
// Thread B: while (!ready) {}  then read data
```

## Memory barrier

**Barrier** (fence) iku instruksi sing nyegah penataan ulang ngliwatiné lan nge-flush/nge-load memori, njamin urutan. `volatile`, `synchronized`, lan atomik nyisipaké barrier sing bener supaya hubungan happens-before tetep: apa sing ditulis A sadurungé nyulaké, dideleng B sawisé njupuk.

## Kenapa iki penting

Atomisitas thok ora cukup — tanpa jaminan visibilitas nilai sing wis dikunci kanthi bener isih bisa diwaca lawas. Iki njelasaké kenapa `volatile` ana, kenapa double-checked locking iku alus, lan kenapa kode lock-free butuh pilihan urutan-memori sing ati-ati. Iku bèdané antara "jalan ing mesinku" karo bener ing hardware multi-inti nyata.

Atomisitas

Visibilitas lan penataan ulang

Memory barrier

Kenapa iki penting

Pitakon sing gegandhengan