@Transactional membalut sesuatu kaedah dalam transaksi pangkalan data: Spring membuka satu sebelum kaedah berjalan dan komit apabila ia pulang secara normal — atau rollback jika ia melontar. Di sebalik tabir ia ialah proxy AOP, yang menjadi punca kebanyakan gotcha.
{
{
accounts.debit(from, amount);
accounts.credit(to, amount);
}
}
Secara lalai Spring hanya rollback pada pengecualian unchecked (RuntimeException) dan Error — bukan pada pengecualian checked. Jika anda melontar pengecualian checked, transaksi itu komit. Ganti tetapan ini secara eksplisit:
@Transactional(rollbackFor = Exception.class) // roll back on checked too
public void process() throws IOException { /* ... */ }
Propagation memutuskan apa yang berlaku apabila satu kaedah transaksi memanggil kaedah lain:
@Transactional(propagation = Propagation.REQUIRES_NEW)
public void writeAuditLog(String event) { /* commits independently */ }
Oleh sebab @Transactional berfungsi melalui proxy, memanggil satu kaedah @Transactional daripada kaedah lain dalam kelas yang sama memintas proxy — anotasi itu diabaikan secara senyap. Panggil merentas bean, atau suntik diri sendiri.
Transaksi ialah tempat ketepatan data terletak, jadi penemu duga mendesak keras di sini. Peraturan rollback pengecualian checked dan pepijat self-invocation ialah dua soalan yang boleh dipercayai membezakan orang yang menggunakan @Transactional daripada mereka yang memahaminya.
Pustaka soalan temu duga IT dengan jawapan terperinci — daripada Junior hingga Senior.
Derma