@Transactional, bir metodu bir veritabanı transaction'ı içine sarar: Spring, metot çalışmadan önce bir tane açar ve normal döndüğünde commit eder — veya hata fırlatırsa geri alır (rolls back). Arka planda bir AOP proxy'sidir, ki çoğu tuzağın kaynağı da budur.
{
{
accounts.debit(from, amount);
accounts.credit(to, amount);
}
}
Varsayılan olarak Spring yalnızca unchecked istisnalarda (RuntimeException) ve Error'da geri alır — checked istisnalarda değil. Bir checked istisna fırlatırsanız, transaction commit edilir. Bunu açıkça geçersiz kılın:
@Transactional(rollbackFor = Exception.class) // roll back on checked too
public void process() throws IOException { /* ... */ }
Propagation, transactional bir metot başka birini çağırdığında ne olacağına karar verir:
@Transactional(propagation = Propagation.REQUIRES_NEW)
public void writeAuditLog(String event) { /* commits independently */ }
@Transactional bir proxy aracılığıyla çalıştığı için, aynı sınıftaki bir metottan başka bir @Transactional metodu çağırmak proxy'yi atlar — anotasyon sessizce yok sayılır. Bean'ler arasında çağırın ya da kendinizi (self) enjekte edin.
Transaction'lar veri doğruluğunun yaşadığı yerdir, bu yüzden mülakatçılar burada sıkı baskı yapar. Checked-istisna rollback kuralı ve self-invocation hatası, @Transactional'ı kullanan kişileri onu anlayan kişilerden güvenilir biçimde ayıran iki sorudur.
Junior'dan Senior'a detaylı cevaplarla bir BT mülakat soruları kütüphanesi.
Bağış Yap