Метод Spring Перехват - Производительность

Question

Я использую перехватчики метода Spring в своем проекте. Мне интересно, будут ли вероятные проблемы с производительностью, внедряя перехватчики методов. В то же время я понимаю, что Spring создаст прокси и переопределит перехваченные методы и сделает логику перехватчика встроенной в каждый из перехваченных методов. Во время выполнения, вместо вызова bean-компонента, Spring использует прокси-компонент. Таким образом, с перехватчиком требуется дополнительное время для создания самого прокси-компонента. Даже если добавлено больше перехватчиков, тогда возникает вопрос о добавлении дополнительных вызовов методов в один и тот же метод прокси-компонента. Правильно ли это понимание?

Answer 1

Вероятно, терминология немного перепутана с @LearningHuman, перехватчики больше относятся к терминологии Spring MVC и относятся к действию, которое вы хотите предпринять до того, как будут вызваны фактические методы управления - здесь есть штраф за производительность, но имеет тенденцию быть пренебрежимо малым по сравнению со стоимостью IO, связанной с потоковой передачей данных, в браузер, время прохождения в оба конца базы данных.

Я думаю, что вы имеете в виду Aspects, где Spring создает динамический прокси для каждого компонента, который имеет ориентированный pointcut, это не означает, что вызовы в случаях, когда создается прокси-сервер, но опять же, если это связано с веб-приложением, время ввода-вывода, вероятно, будет выше, чем любые штрафы с дополнительными вызовами метода. Если производительность представляет собой проблему, вы можете использовать компиляцию во времени с помощью Aspects, которая может в свою очередь включать вызовы к советам.