Разница между @Component, @Repository и @Service в Spring Framework

Короткий ответ: да, разница есть, и она не только в читаемости

Вы правы: технически все три аннотации (@Component, @Service, @Repository) делают одно и то же — помечают класс как Spring-бин и регистрируют его в контексте. Но Spring-разработчики добавили их не просто для "красоты". Разберём по порядку.

Иерархия аннотаций

Все три аннотации являются специализациями @Component:

• @Repository — помечена аннотацией @Component
• @Service — помечена аннотацией @Component
• @Controller — тоже помечена @Component

Поэтому технически они взаимозаменяемы. Но семантически и функционально — нет.

1. @Repository — для слоя доступа к данным

Эта аннотация даёт два важных бонуса:

• Автоматическое преобразование исключений — Spring перехватывает исключения уровня persistence (например, SQLException) и преобразует их в DataAccessException (иерархия unchecked-исключений Spring). Без @Repository вам пришлось бы писать свою логику преобразования.
• Интеграция с AOP — если вы используете Spring Data JPA или Hibernate, @Repository позволяет корректно работать прокси и транзакциям.

@Repository
public class ProductRepository {
    // Если тут вылетит SQLException, Spring обернёт его в DataAccessException
    public List<Product> findAll() {
        // работа с БД
    }
}

2. @Service — для бизнес-логики

Эта аннотация не добавляет никакого специального поведения (как у @Repository). Её основная цель — семантическая маркировка:

• Показывает, что класс содержит бизнес-логику приложения
• Упрощает поиск и понимание архитектуры (Service Layer)
• Позволяет использовать component scanning с фильтрацией — например, включить в сканирование только @Service, исключив @Component

@Service
public class ProductService {
    // Здесь бизнес-логика: проверки, расчёты, вызовы репозиториев
    public void processOrder(Order order) {
        // ...
    }
}

3. @Controller — для веб-слоя

Хотя вы не спрашивали про @Controller, стоит упомянуть: это тоже специализация @Component, но с очень важным дополнением — она включает поддержку @RequestMapping, @ResponseBody и других веб-функций Spring MVC.

Резюме: когда что использовать

• @Component — для общих бинов, которые не относятся ни к одному из слоёв (например, утилитарные классы, конфигурации)
• @Repository — для классов, работающих с БД (DAO, репозитории)
• @Service — для классов с бизнес-логикой
• @Controller — для веб-контроллеров

Пример правильной архитектуры

@Repository
public class ProductRepository {
    public List<Product> findByCategory(String category) {
        // JDBC или JPA код
    }
}

@Service
public class ProductService {
    @Autowired
    private ProductRepository repository;
    
    public List<Product> getDiscountedProducts(String category) {
        List<Product> products = repository.findByCategory(category);
        return products.stream()
            .filter(p -> p.getDiscount() > 0)
            .collect(Collectors.toList());
    }
}

@Controller
public class ProductController {
    @Autowired
    private ProductService service;
    
    @GetMapping("/discounts")
    public String showDiscounts(Model model) {
        model.addAttribute("products", service.getDiscountedProducts("electronics"));
        return "discounts";
    }
}

Итог: да, если вы замените @Service на @Component — код будет работать. Но правильное использование аннотаций делает код:

• Понятнее для других разработчиков
• Удобнее для AOP и component scanning
• Более устойчивым к ошибкам (преобразование исключений в @Repository)

Так что придерживайтесь правила: каждый слой — своя аннотация. Это стандарт Spring-сообщества и хороший тон в разработке.

@Aspect
@Component
public class LoggingAspect {
    
    @Around("@annotation(org.springframework.stereotype.Service)")
    public Object logServiceMethods(ProceedingJoinPoint joinPoint) throws Throwable {
        System.out.println("Вызван метод сервиса: " + joinPoint.getSignature());
        return joinPoint.proceed();
    }
    
    @Around("@annotation(org.springframework.stereotype.Repository)")
    public Object logRepositoryMethods(ProceedingJoinPoint joinPoint) throws Throwable {
        long start = System.currentTimeMillis();
        Object result = joinPoint.proceed();
        long duration = System.currentTimeMillis() - start;
        System.out.println("Запрос к БД занял: " + duration + " ms");
        return result;
    }
}