@Transactional bọc một method trong một database transaction: Spring mở một transaction trước khi method chạy và commit khi nó trả về bình thường — hoặc rollback nếu nó ném exception. Bên dưới nó là một AOP proxy, nguồn gốc của phần lớn các bẫy.
{
{
accounts.debit(from, amount);
accounts.credit(to, amount);
}
}
Mặc định Spring chỉ rollback với exception unchecked (RuntimeException) và Error — không rollback với checked exception. Nếu bạn ném một checked exception, transaction sẽ commit. Ghi đè tường minh:
@Transactional(rollbackFor = Exception.class) // rollback cả với checked
public void process() throws IOException { /* ... */ }
Propagation quyết định chuyện gì xảy ra khi một method transactional gọi một method khác:
@Transactional(propagation = Propagation.REQUIRES_NEW)
public void writeAuditLog(String event) { /* commit độc lập */ }
Vì @Transactional hoạt động qua proxy, gọi một method @Transactional từ một method khác trong cùng class sẽ bỏ qua proxy — annotation bị lờ đi một cách âm thầm. Hãy gọi xuyên bean, hoặc inject chính nó.
Transaction là nơi tính đúng đắn của dữ liệu tồn tại, nên người phỏng vấn dò rất kỹ ở đây. Quy tắc rollback với checked exception và bug self-invocation là hai câu hỏi tách được người đã dùng @Transactional với người hiểu nó.
Thư viện câu hỏi phỏng vấn IT với đáp án chi tiết — từ Junior đến Senior.
Ủng hộ