Cum funcționează @Transactional, inclusiv propagation și rollback?

Question

IT Interview Practice · Accepted Answer

`@Transactional` înfășoară o metodă într-o tranzacție de bază de date: Spring deschide una înainte să ruleze metoda și face commit când aceasta returnează normal — sau face **rollback** dacă aruncă o excepție. În spate este un **proxy AOP**, care este sursa majorității capcanelor.

## Utilizare de bază

```java
@Service
public class TransferService {

@Transactional // commit la succes, rollback la RuntimeException
    public void transfer(Long from, Long to, BigDecimal amount) {
        accounts.debit(from, amount);
        accounts.credit(to, amount); // dacă ASTA aruncă, și debitul se face rollback
    }
}
```

## Regula implicită de rollback (o capcană clasică)

În mod implicit, Spring face rollback doar la excepțiile **unchecked** (`RuntimeException`) și `Error` — **nu** la excepțiile checked. Dacă arunci o excepție checked, tranzacția *face commit*. Suprascrie asta explicit:

```java
@Transactional(rollbackFor = Exception.class) // rollback și la checked
public void process() throws IOException { /* ... */ }
```

## Propagation

Propagation decide ce se întâmplă când o metodă tranzacțională apelează alta:

- **REQUIRED** (implicit): se alătură tranzacției apelantului sau pornește una dacă nu există niciuna.
- **REQUIRES_NEW**: suspendă tranzacția apelantului și rulează într-una nouă, independentă — utilă pentru jurnale de audit care trebuie să persiste chiar dacă munca exterioară se face rollback.

```java
@Transactional(propagation = Propagation.REQUIRES_NEW)
public void writeAuditLog(String event) { /* face commit independent */ }
```

## Capcana self-invocation

Deoarece `@Transactional` funcționează prin proxy, apelarea unei metode `@Transactional` dintr-o altă metodă *din aceeași clasă* ocolește proxy-ul — adnotarea este ignorată în tăcere. Apelează între bean-uri sau injectează-te pe tine însuți.

## De ce contează

Tranzacțiile sunt locul unde trăiește corectitudinea datelor, așa că intervievatorii insistă aici. Regula de rollback pentru excepții checked și bug-ul self-invocation sunt cele două întrebări care îi separă în mod fiabil pe cei care *au folosit* `@Transactional` de cei care îl *înțeleg*.

Utilizare de bază

Regula implicită de rollback (o capcană clasică)

Propagation

Capcana self-invocation

De ce contează

Întrebări conexe