@Transactional оборачивает метод в транзакцию базы данных: Spring открывает её перед выполнением метода и коммитит при нормальном возврате — или делает rollback, если метод бросает исключение. Под капотом это AOP-прокси, что является источником большинства подводных камней.
{
{
accounts.debit(from, amount);
accounts.credit(to, amount);
}
}
По умолчанию Spring делает rollback только для unchecked исключений (RuntimeException) и Error — но не для checked-исключений. Если вы бросите checked-исключение, транзакция коммитится. Переопределите это явно:
@Transactional(rollbackFor = Exception.class) // rollback и для checked
public void process() throws IOException { /* ... */ }
Propagation решает, что происходит, когда транзакционный метод вызывает другой:
@Transactional(propagation = Propagation.REQUIRES_NEW)
public void writeAuditLog(String event) { /* коммитится независимо */ }
Поскольку @Transactional работает через прокси, вызов одного @Transactional-метода из другого метода того же класса обходит прокси — аннотация молча игнорируется. Вызывайте через другие bean-компоненты или внедряйте self.
Транзакции — там, где живёт корректность данных, поэтому интервьюеры давят здесь сильно. Правило rollback для checked-исключений и баг self-invocation — два вопроса, которые надёжно отделяют тех, кто использовал @Transactional, от тех, кто понимает его.
Библиотека вопросов для IT-собеседований с подробными ответами — от Junior до Senior.
Поддержать