控制层业务层持久层的关系

控制层（Controller）、业务层（Service）和持久层（Repository/Mapper）是软件分层架构的核心层级，通过单向依赖关系和职责分离实现数据流转与解耦设计。

‌各层核心职责‌

1. ‌控制层‌：
   • 处理HTTP请求与响应，接收参数并校验格式。‌‌
   • 调用业务层处理方法，返回JSON或视图结果。‌‌
   • 示例注解：@RestController、@RequestMapping。‌‌
2. ‌业务层‌：
   • 实现核心业务逻辑（如订单计算、权限校验）。‌‌
   • 组合多个持久层操作，通过事务注解（@Transactional）确保数据一致性。‌‌
3. ‌持久层‌：
   • 直接操作数据库，执行CRUD（增删改查）。‌‌‌‌
   • 屏蔽数据库差异，支持不同数据库适配（如MySQL/MongoDB）。‌‌
   • 示例技术：MyBatis的@Mapper、JPA的@Repository。‌‌

‌协作流程与依赖关系‌

1. ‌调用顺序‌：
   • HTTP请求 → 控制层 → 业务层 → 持久层 → 数据库。‌‌
   • 返回流程：数据库结果逐层传递至前端。‌‌
2. ‌依赖方向‌：
   • 单向依赖：控制层依赖业务层，业务层依赖持久层，反向无感知。‌‌
   • 通过依赖注入（如@Autowired）实现层级解耦。‌‌

‌分层设计优势‌

1. ‌解耦与复用性‌：
   • 业务逻辑与数据操作分离，便于独立扩展或替换技术栈。‌‌
2. ‌高内聚低耦合‌：
   • 控制层专注交互，业务层聚焦规则，持久层处理数据存取。‌‌
3. ‌事务管理‌：
   • 业务层通过事务注解确保跨持久层操作的事务一致性（如订单创建与库存扣减）。‌‌