Spring AOP на прокси перехватывает только внешние вызовы публичных методов бинов: не работает self-invocation, private-методы, final-методы и классы при CGLIB, объекты не из контейнера, поля.
А ещё Проверить, что бин — прокси: AopUtils.isAopProxy(bean)
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Spring AOP поддерживает единственный вид точки соединения — выполнение метода, поэтому доступ к полям и вызовы конструкторов не перехватываются: для этого нужен полноценный AspectJ с плетением байткода. Отсюда же вытекает большинство вопросов «почему не работает @Transactional»: вызвали метод изнутри класса, объявили его private, или класс оказался final. Практические обходы: вынести метод в отдельный бин, внедрить в себя ссылку на прокси через ObjectProvider или использовать AopContext.currentProxy(), а в крайнем случае перейти на AspectJ. Первый вариант почти всегда лучше — необходимость самовызова обычно означает, что в классе смешаны две ответственности.
Несколько верных вариантов. Подумайте, потом откройте ответ.
Сквозная функциональность, понятия aspect/advice/pointcut/join point, JDK против CGLIB прокси, self-invocation и что на AOP построено.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto