Перейти на PRO

Что такое прокси в Spring Framework?

Тип вопроса: Spring Вероятность: 10% Категория: Java Разработчик

Ответ

Прокси в Spring — это объект-заместитель, который Spring создает динамически для реализации сквозной функциональности (AOP), такой как управление транзакциями, кэширование, безопасность и логирование. Прокси перехватывает вызовы методов целевого объекта, чтобы добавить дополнительное поведение.

Spring использует два основных механизма создания прокси:

  1. JDK Dynamic Proxy (на основе интерфейсов)

    • Применяется, если целевой класс реализует хотя бы один интерфейс.
    • Создается средствами java.lang.reflect.Proxy.
    • Прокси реализует те же интерфейсы, что и целевой объект.

  2. CGLIB Proxy (на основе наследования)

    • Используется, если у класса нет интерфейсов (например, для @Transactional на не-интерфейсных методах).
    • Создает подкласс целевого класса и переопределяет его методы.

Пример: Прокси для управления транзакциями.

@Service
public class UserService {
    @Transactional
    public User createUser(String name) {
        // Эта логика будет выполнена внутри транзакции,
        // управляемой Spring-прокси.
        return userRepository.save(new User(name));
    }
}

Как это работает: Spring внедряет в контекст не оригинальный бин UserService, а его прокси. При вызове createUser() прокси сначала открывает транзакцию, затем делегирует вызов оригинальному методу и в конце фиксирует или откатывает транзакцию.

Ответ 18+ 🔞

А, слушай, вот эта вся хуйня с прокси в Spring — это же просто какой-то цирк с конями, если честно. Ну, представь себе, блядь: у тебя есть обычный, нормальный сервис, который должен просто сохранять пользователей в базу. И тут приходит этот ёперный театр под названием Spring AOP и говорит: «А давайте мы его, вашего честного работягу, обернём в какую-то хуйню-заместителя, чтобы он ещё и транзакции открывал, и логировал, и безопасность проверял!».

Вот, блядь, в чём суть: этот прокси — это такой подставной мужик, который встаёт перед твоим настоящим объектом и орет: «Эй, все вызовы — ко мне!». А сам он нихуя не делает, только свою дополнительную магию творит, а потом передаёт управление оригиналу. Чистая бюрократия, ебать мои старые костыли.

И самое смешное, блядь, что способов создать эту бюрократическую прослойку — аж два, и они ещё и спорят между собой, кто круче.

Первый способ — JDK Dynamic Proxy. Это такой интеллигентный пидарас. Работает он только если твой класс — не упоротый одиночка, а хотя бы один интерфейс реализует. Spring тогда, хитрая жопа, берёт стандартные джавовские средства (java.lang.reflect.Proxy) и на лету лепит новую классовую хуйню, которая реализует те же интерфейсы. Выглядит солидно, но суть-то одна — подстава.

Второй способ — CGLIB Proxy. А вот это уже отморозок, блядь. Если твой класс — упырь-одиночка и нихуя интерфейсов не признаёт, Spring не сдаётся. Он берёт библиотеку CGLIB и просто наследуется от твоего класса, создавая его подкласс-мутанта. И в этом мутанте он все методы переписывает под себя. Наследственный пидорас, хуй с горы, короче.

Вот тебе живой пример, чтобы не обосраться:

@Service
public class UserService {
    @Transactional
    public User createUser(String name) {
        // Эта логика будет выполнена внутри транзакции,
        // управляемой Spring-прокси.
        return userRepository.save(new User(name));
    }
}

Смотри, что происходит, блядь. Ты думаешь, что в контексте Spring лежит твой простой UserService? Ни хуя подобного! Там сидит его злобный двойник-прокси. Когда кто-то вызывает createUser(), этот двойник сначала, не спеша, такой: «Так-с, ща я транзакцию открою...». Потом, охуенно важно, делегирует вызов настоящему методу, который сохраняет юзера. А как тот закончит, прокси такой: «Ага, всё ок, ща я эту транзакцию закоммичу, и никто ни хуя не заметит подмены!».

Вот и вся магия, блядь. Никакой это не фокус, а просто грамотная подстава на уровне байт-кода. Красиво, да? Аж волнение ебать.

© ХакСобесов, 2026
support@hacksobesov.com