前端JavaScript通过调用Spring Boot提供的REST API触发事务性操作，Spring使用@Transactional注解在服务层管理数据库事务，确保数据一致性；当JS发起请求创建订单时，后端Service方法执行订单插入和库存扣减，若任一步骤失败并抛出运行时异常或指定回滚的异常，事务自动回滚；在分布式场景下可结合Seata或消息队列实现跨服务一致性，前端始终作为请求发起方，事务控制由后端完成。
JavaScript 本身是前端语言，无法直接参与 Spring 的事务管理，因为事务控制发生在后端 Java 层。但前端 JavaScript 可以通过调用后端提供的 REST API 触发 Spring 管理的事务性操作。实现的关键在于前后端协作：JavaScript 发起请求，Spring 利用声明式或编程式事务确保数据一致性。
1. 前端 JavaScript 发起事务性请求
前端使用 JavaScript（如 fetch 或 axios）向 Spring Boot 后端发送 HTTP 请求，这些请求通常对应需要事务控制的操作，比如创建订单、更新用户信息等。
示例：使用 fetch 提交订单
fetch('/api/order', {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify({
productId: 1001,
quantity: 2,
userId: 123
})
})
.then(response => response.json())
.then(data => console.log('订单创建成功:', data))
.catch(error => console.error('失败:', error));
这个请求会触发后端一个事务性服务方法，确保订单和库存操作要么全部成功，要么全部回滚。
2. Spring 后端使用 @Transactional 实现事务控制
Spring 使用 @Transactional 注解在 Service 层方法上开启事务。当 JavaScript 请求到达 Controller，Controller 调用带有该注解的服务方法，Spring AOP 会自动管理数据库事务。
立即学习“Java免费学习笔记（深入）”；
示例：Spring Boot 中的事务方法
@RestController
@RequestMapping("/api/order")
public class OrderController {
@Autowired
private OrderService orderService;
@PostMapping
public ResponseEntity<String> createOrder(@RequestBody OrderRequest request) {
try {
orderService.createOrder(request);
return ResponseEntity.ok("订单创建成功");
} catch (Exception e) {
return ResponseEntity.status(500).body("创建失败");
}
}
}
@Service
public class OrderService {
@Autowired
private OrderRepository orderRepo;
@Autowired
private InventoryRepository inventoryRepo;
@Transactional
public void createOrder(OrderRequest request) {
// 插入订单
Order order = new Order(request);
orderRepo.save(order);
// 扣减库存（模拟操作）
inventoryRepo.decreaseStock(request.getProductId(), request.getQuantity());
}
}
如果扣减库存失败抛出异常，@Transactional 会自动回滚插入订单的操作，保证数据一致性。
3. 异常处理与事务回滚机制
Spring 默认只对运行时异常（RuntimeException 及其子类）进行事务回滚。检查型异常不会触发回滚，除非显式配置。
确保事务回滚的写法：- 在 @Transactional 方法中抛出 RuntimeException，例如 throw new RuntimeException("库存不足");
- 或指定回滚异常类型：@Transactional(rollbackFor = Exception.class)
这样即使业务中出现检查型异常，也能正确回滚，避免前端看到“成功”而实际部分失败的情况。
4. 分布式场景下的增强方案
若系统拆分为多个微服务，单一 Spring 事务无法跨服务生效。此时可结合以下方式提升一致性：
- 使用 Seata 等分布式事务框架，支持 AT 模式，前端仍通过 JS 调用入口服务，由框架协调各服务事务
- 采用最终一致性方案，如消息队列（RabbitMQ/Kafka），前端请求后端发送消息，确保操作异步完成
JavaScript 不变，仍是发起初始请求的角色，复杂事务逻辑由后端架构保障。
基本上就这些。前端 JavaScript 负责触发，Spring 负责执行和回滚，两者通过标准 HTTP 接口协作，事务完整性由后端注解和数据库事务机制保障。
