Экземпляр какого класса получится, если взять самый обычный компонент

Экземпляр класса обычного компонента

Ответ зависит от контекста, но чаще всего речь идёт о Spring Framework. Если взять самый обычный компонент (например, @Component, @Service, @Repository или @Controller), то экземпляр будет Proxy класса благодаря Spring AOP (Aspect-Oriented Programming).

Теория

Когда вы помечаете класс аннотацией @Component (или её специализациями), Spring создаёт не экземпляр оригинального класса, а динамический прокси-класс. Это происходит потому, что Spring использует AOP для:

• Управления жизненным циклом объекта
• Применения cross-cutting concerns (логирование, транзакции, безопасность)
• Внедрения зависимостей
• Кэширования результатов

Пример

@Component
public class UserService {
    public void saveUser(String name) {
        System.out.println("Пользователь " + name + " сохранён");
    }
}

@SpringBootApplication
public class Application {
    public static void main(String[] args) {
        ApplicationContext context = SpringApplication.run(Application.class, args);
        
        UserService userService = context.getBean(UserService.class);
        
        // Выведет что-то вроде:
        // class com.example.UserService$$EnhancerBySpringCGLIB$$12345abcde
        System.out.println(userService.getClass());
        
        // Проверка, что это прокси
        System.out.println("Это прокси: " + (userService instanceof UserService));
    }
}

Технологии для создания прокси

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

1. CGLIB (Code Generation Library)

Создаёт прокси через наследование от оригинального класса. По умолчанию Spring использует CGLIB для классов, которые не реализуют интерфейсы.

@Component
public class UserService {
    // ...
}

// Реальный класс в runtime будет:
// UserService$$EnhancerBySpringCGLIB$$xyz extends UserService

Плюсы CGLIB:

• Работает с классами без интерфейсов
• Лучше производительность в некоторых случаях

Минусы:

• Нельзя проксировать приватные методы
• Нельзя проксировать финальные методы
• Нельзя проксировать статические методы
• Слегка медленнее при создании

2. JDK Dynamic Proxy

Создаёт прокси через реализацию интерфейсов. Используется, когда класс реализует хотя бы один интерфейс.

public interface UserServiceInterface {
    void saveUser(String name);
}

@Component
public class UserService implements UserServiceInterface {
    @Override
    public void saveUser(String name) {
        System.out.println("Пользователь " + name + " сохранён");
    }
}

// Реальный класс в runtime будет:
// $Proxy0 implements UserServiceInterface

Плюсы JDK Proxy:

• Встроено в Java (java.lang.reflect.Proxy)
• Быстрее при создании
• Работает только с интерфейсами

Минусы:

• Можно только проксировать методы, определённые в интерфейсе
• Нельзя проксировать методы, добавленные в класс сверх интерфейса

Демонстрация прокси

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.context.ApplicationContext;
import org.springframework.stereotype.Component;

@Component
public class MyService {
    public void doSomething() {
        System.out.println("Выполняю работу");
    }
}

@SpringBootApplication
public class ProxyDemoApplication {
    public static void main(String[] args) {
        ApplicationContext context = SpringApplication.run(ProxyDemoApplication.class, args);
        
        MyService service = context.getBean(MyService.class);
        
        // Получаем информацию о классе
        Class<?> clazz = service.getClass();
        String className = clazz.getName();
        
        System.out.println("Класс: " + className);
        System.out.println("Суперкласс: " + clazz.getSuperclass().getName());
        System.out.println("Это прокси CGLIB: " + className.contains("CGLIB"));
        
        // Массив методов
        System.out.println("Методы:");
        for (java.lang.reflect.Method method : clazz.getDeclaredMethods()) {
            System.out.println("  - " + method.getName());
        }
    }
}

Вывод в консоли

Класс: com.example.MyService$$EnhancerBySpringCGLIB$$5e41f24f
Суперкласс: com.example.MyService
Это прокси CGLIB: true
Методы:
  - doSomething
  - CGLIB$STATICHOOK1
  - CGLIB$BIND_CALLBACKS
  - и другие служебные методы...

Почему Spring создаёт прокси?

1. Управление жизненным циклом — инициализация, уничтожение
2. Трансакции (@Transactional) — управление БД-транзакциями
3. Кэширование (@Cacheable) — кэш результатов методов
4. Безопасность (@Secured, @PreAuthorize) — контроль доступа
5. Логирование и мониторинг —追踪вызовов
6. Асинхронность (@Async) — выполнение в отдельном потоке

Отключение CGLIB прокси

Можно явно указать использовать JDK Proxy вместо CGLIB:

@Configuration
public class AopConfig {
    @Bean
    public static BeanFactoryPostProcessor enableAspectJAutoProxy() {
        return beanFactory -> {
            // Указываем использовать JDK Proxy вместо CGLIB
            // proxyTargetClass = false
        };
    }
}

Итог

Экземпляр обычного Spring компонента — это прокси-класс, наследующий оригинальный класс (CGLIB) или реализующий его интерфейсы (JDK Proxy). Это позволяет Spring применять всевозможные cross-cutting concerns и управлять жизненным циклом бина.