事务边界怎么定义？举个买奶茶的例子就懂了

你用手机点单买一杯珍珠奶茶，付款成功后店员却说没收到钱——这种“一半成功、一半失败”的情况，就是没搞清事务边界。

事务边界，其实就是“要么全干，要么全不干”的分界线

在编程和数据库操作里，“事务”指的是一个不可分割的操作单元。比如用户下单：扣库存、生成订单、扣余额、发通知，这四步必须一起成功，或一起失败。而“事务边界”，就是人为划出的起点和终点——告诉系统：“从这里开始记账，到那里为止，中间出任何岔子，全部回滚。”

常见写法：从代码里一眼看出边界在哪

比如用 Spring Boot 写 Java，常用 @Transactional 注解：

@Service
public class OrderService {
    @Transactional  // ← 这行就是事务起点
    public void createOrder(Long userId, Long itemId) {
        inventoryMapper.reduceStock(itemId);  // 扣库存
        orderMapper.insert(new Order(userId, itemId));  // 插订单
        accountMapper.deductBalance(userId, 18.0);  // 扣钱
        notifyService.sendSuccessMsg(userId);  // 发通知
    }  // ← 方法结束，就是事务终点
}

只要这个方法里任意一步抛异常（比如余额不足），上面四步全被撤销，就像从来没执行过。

别踩坑：边界划错，钱就可能飞了

有人把事务加在 Controller 层，结果前端点了两次，后端开了两个事务，库存扣成负数；也有人把发短信、写日志这些“非核心操作”硬塞进事务里，导致整个流程卡死超时。边界不是越宽越好，而是刚好包住“业务上必须一致”的那几件事。

再打个比方：你去银行转账，输入账号、金额、密码，点击确认——那个“确认”动作，就是人眼可见的事务边界。按下去之前，什么都没发生；按下去之后，银行系统内部立刻锁住你的账户、检查余额、调账、更新双方记录，一气呵成。它不会只转一半，也不会转完不发短信告诉你。

所以，定义事务边界，本质是回答一个问题：这一连串操作里，哪些步骤缺一不可？找到它们，用代码框起来，就是边界。