Spring注解之Service详解

矫情吗；* 2023-10-04 21:09 19阅读 0赞

### 目录  @\[TOC\](目录)  Service注解  Service用法及示例  传统方式是怎么做的呢？  @Service注解是怎么体现业务逻辑复用的？  总结 ###

## Service注解 ##

`@Service`注解是 Spring Framework 中的一种注解，它标识了这个类是一个业务逻辑层的服务 Bean。这意味着当 Spring 应用启动时，该 Bean 会被自动创建并加入到 Spring 应用上下文中。  
简而言之，**`@Service`注解是一种用于标记服务层 Bean 的注解**，是在 Spring Boot 应用中实现业务逻辑复用的重要方法之一。

## Service用法及示例 ##

使用 @Service 注解可以将一个类声明为业务逻辑组件，并将其对象存入 Spring 容器中。在控制器类中，通过注入该组件的实例，即可调用其中的方法。  
以下是一个关于订单服务的代码示例，该示例说明了如何使用 @Service 注解。  
首先，我们定义了一个订单服务接口，该接口包含两个方法：一个创建订单，一个查询订单详情。

public interface OrderService {
        
        Order createOrder(Order order);
        Order getOrderDetails(String orderId);
    }

接下来，我们实现该服务接口，在该实现类上添加 @Service 注解，以标记它是一个服务层 Bean。

@Service
    public class OrderServiceImpl implements OrderService {
        
    
        @Override
        public Order createOrder(Order order) {
        
            // 在这里执行创建订单的业务逻辑
            return order;
        }
    
        @Override
        public Order getOrderDetails(String orderId) {
        
            // 在这里执行查询订单详情的业务逻辑
            return new Order();
        }
    }
    }

最后，我们可以在其他组件(比如Controller)中通过注入该服务类实例来使用该服务类中的业务逻辑。例如，下面的代码示例显示了如何在Controller组件中注入并使用该订单服务。

@RestController
    public class OrderController {
        
    
        @Autowired
        private OrderService orderService;
    
        @PostMapping("/orders")
        public Order createOrder(@RequestBody Order order) {
        
            return orderService.createOrder(order);
        }
    
        @GetMapping("/orders/{orderId}")
        public Order getOrderDetails(@PathVariable String orderId) {
        
            return orderService.getOrderDetails(orderId);
        }
    }

#### 传统方式是怎么做的呢？ ####

public class OrderController {
        
        private OrderService orderService = new OrderServiceImpl();
        
        public Order createOrder(Order order) {
        
            return orderService.createOrder(order);
        }
    
        public Order getOrderDetails(String orderId) {
        
            return orderService.getOrderDetails(orderId);
        }
    }

可以看到这种方法直接在控制器组件中创建了服务类实例，并在控制器组件中调用服务类中的业务逻辑。于是这种方式的缺点呼之欲出：  
1.手动创建对象，并在代码中手动编写依赖关系。  
2.每个类都必须明确地创建它需要的其他类的实例，并且在代码中显式地引用这些实例。  
3.代码可能充满了繁琐的创建实例和引用实例的代码，很难维护。  
这种方式在代码简单且不存在大量依赖关系时是可行的，但在复杂的项目中，代码的复杂性和依赖关系的难以维护性往往是问题。

#### @Service注解是怎么体现业务逻辑复用的？ ####

下面的示例展示了如何使用 OrderService 类的多个实例在不同的地方复用业务逻辑。  
首先，我们在另一个类PaymentService中注入 OrderService 实例：

@Service
    public class PaymentService {
        
    
        @Autowired
        private OrderService orderService;
    
        public void processPayment(long orderId) {
        
            // 调用订单服务以获取订单详细信息
            Order order = orderService.getOrderById(orderId);
            // 执行付款操作
            ...
        }
    }

这段代码中，通过注入 OrderService 类的实例，我们可以在 PaymentService 类中使用 OrderService 中的 getOrderById() 方法。**这样，我们就可以在多个不同的类中复用 OrderService 中的业务逻辑，而不必在每个类中都实现一遍**。

## 总结 ##

使用Service注解的服务类为其他组件提供了一种复用业务逻辑的方法，能够减少重复代码的编写。不需要自己手动管理对象的创建和销毁，也不需要自己手动维护对象之间的依赖关系。提高代码的可维护性。  
常常与控制器组件和逻辑层的请求处理组件搭配使用：在控制器组件中注入服务类实例，然后使用该实例调用服务类的业务逻辑，将结果返回给请求处理组件。