第8讲：Service层设计与事务管理

08Service层设计与事务管理业务逻辑的核心封装层，通过声明式与编程式事务管理，确保复杂业务场景下的数据一致性与系统稳定性。本讲目标Service层设计原则深入理解分层架构中业务逻辑层的核心职责，掌握如何将复杂的业务流程封装在独立的Service组件中，实现代码的高内聚、低耦合，构建结构清晰、易于维护的系统骨架。掌握事务管理熟练运用@Transactional注解，透彻理解事务的ACID特性，通过声明式事务管理机制，确保复杂业务操作的原子性与数据一致性，规避数据异常风险。事务传播行为解析不同事务传播行为的含义与适用场景，能够根据实际业务需求精准配置传播级别，妥善解决方法调用、事务嵌套等复杂场景下的事务边界与执行逻辑问题。核心价值：通过规范Service层设计与精细化事务控制，提升系统的稳定性、可维护性与数据可靠性。Service层设计原则01.职责单一原则每个Service类应专注于处理一个特定的业务领域或模块，避免将不相关的业务逻辑混杂在一起，从根本上保证代码的高内聚性，降低系统耦合度。02.业务逻辑封装将复杂的业务规则、数据校验、流程控制等核心逻辑封装在Service层，为Controller层提供清晰、简洁的业务接口，实现业务逻辑与控制逻辑的彻底分离，提升代码可维护性。03.事务边界控制Service层是声明式事务管理的最佳切入点。将需保证原子性的操作（如转账、订单创建）聚合在Service方法中，通过`@Transactional`注解精准控制事务边界，确保数据一致性。04.异常处理与转换在Service层捕获底层技术异常（如数据库、网络异常），将其转换为具备业务语义的自定义异常并向上抛出，便于Controller层统一拦截处理，为用户提供更友好的反馈信息。事务管理概述原子性(Atomicity)事务中的所有操作要么全部成功，要么全部失败回滚，不存在部分执行的中间状态，确保数据操作的完整性。一致性与隔离性(Consistency&Isolation)执行前后数据库约束不变，且多个并发事务相互隔离、互不干扰，保证数据状态的正确性和并发操作的安全性。Spring声明式事务管理通过@Transactional注解，无需编写繁琐的try-catch-finally代码，即可实现对方法的事务控制。Spring容器自动管理事务的开启、提交与异常回滚，极大简化开发流程。@Service

publicclassUserService{

@Transactional

publicvoidtransferMoney(LongfromId,LongtoId,BigDecimalamount){

//数据库操作：扣款与转账，异常自动回滚

}

}核心价值：事务管理确保数据在并发环境下的一致性与安全性，是企业级应用的基石。@Transactional注解属性propagation：事务传播行为定义事务在方法间调用时的传播特性。默认REQUIRED（有则加入，无则新建）；REQUIRES_NEW总是新建事务并挂起当前事务；NESTED在嵌套事务中执行；另有SUPPORTS、NOT_SUPPORTED、MANDATORY、NEVER等策略适配不同场景。isolation：事务隔离级别控制事务间数据可见性，解决脏读、不可重复读、幻读问题。从低到高依次为：READ_UNCOMMITTED、READ_COMMITTED、REPEATABLE_READ（MySQL默认）、SERIALIZABLE。级别越高，并发性能越低，数据一致性越高。readOnly：只读事务优化布尔类型，默认为false。当设置为true时，表示该方法仅执行读操作，不涉及数据修改。数据库据此可进行查询优化（如启用查询缓存、避免加锁），显著提升只读操作的性能。rollbackFor：指定回滚异常指定触发事务回滚的异常类型。默认仅对RuntimeException及其子类自动回滚，CheckedException（如IOException）不回滚。通过该属性可指定特定异常强制回滚，确保数据一致性。案例：转账业务的事务管理在转账业务中，必须保证转出和转入两个操作的原子性，要么同时成功，要么同时失败，确保数据一致。@ServicepublicclassAccountService{@Transactional//声明此方法需事务管理，保障原子性publicvoidtransfer(LongfromId,LongtoId,BigDecimalamount){//1.转出账户扣减金额;2.转入账户增加金额//若中途抛出异常，所有已执行的数据库操作将自动回滚}}事务核心机制：ACID中的原子性(Atomicity)事务是一组不可分割的操作序列。在转账场景中，`@Transactional`注解会开启一个数据库事务，将转出和转入操作包裹其中。只有当所有步骤都成功完成时，事务才会提交；一旦任何步骤出现错误（如抛出运行时异常），事务管理器会立即执行回滚，撤销所有已执行的修改。场景一：流程正常执行转出和转入操作均无异常，事务管理器在方法执行结束后，自动提交事务，数据库中的账户余额更新生效。场景二：执行中抛出异常无论是业务异常还是系统异常，事务都会触发回滚机制，撤销转出操作，确保资金不会凭空消失或增加，保障数据一致性。课后作业核心任务：实现订单创建的事务管理模拟电商系统中的订单创建流程，通过声明式事务管理保证订单创建、库存扣减等操作的原子性，确保数据的一致性与业务逻辑的完整性，避免出现数据紊乱或业务中断的情况。01.业务流程梳理梳理订单创建的完整链路，明确包含订单信息插入、商品库存扣减、用户积分更新等关键数据库操作步骤，厘清业务依赖关系。02.事务边界设计在Service层设计核心方法`createOrder`，并添加`@Transactional`注解，将所有需要保证原子性的数据库操作封装在该事务边界内执行。03.异常场景测试在流程中主动构造异常场景（如模拟库存不足