По умолчанию откат — на RuntimeException и Error. На checked-исключения транзакция коммитится. Меняется через rollbackFor и noRollbackFor.
sotto@Transactional(rollbackFor = Exception.class) — откат на любоеА ещё Правило унаследовано от EJB: checked — «ожидаемая бизнес-ситуация»
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Правило по умолчанию: транзакция откатывается, если из метода вылетело непроверяемое исключение (RuntimeException и наследники) или Error. При проверяемом (IOException, свои extends Exception) — коммит. Это часто неожиданно.
Настройка:
rollbackFor = {IOException.class} — откат и на эти исключения;noRollbackFor = {BusinessWarning.class} — не откатывать.Ловушки:
try { ... } catch (Exception e) { log } внутри метода: исключение не вылетело — коммит, даже если данные в неконсистентном состоянии;@Transactional (REQUIRED, та же транзакция) бросил RuntimeException, транзакция помечена «только откат». Внешний метод поймал и продолжил — при коммите Spring бросит UnexpectedRollbackException;TransactionAspectSupport.currentTransactionStatus().setRollbackOnly().Многие команды договариваются о бизнес-исключениях как RuntimeException, чтобы правило по умолчанию работало ожидаемо.
Один верный вариант. Подумайте, потом откройте ответ.
Декларативные транзакции через прокси, ловушка self-invocation, уровни распространения, правила отката и readOnly/isolation.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.