spring中@transactional事务提交时间点
在spring中，使用@transactional注解可以声明方法为事务方法，对数据进行操作。然而，事务的提交点是何时呢？是方法执行结束后还是执行结束前？
这个问题困扰了许多开发者，尤其是在并发情况下，准确掌握事务提交点至关重要。
方法执行结束后
@transactional注解被spring的aop框架实现。spring使用动态代理创建事务方法的代理，并在方法执行前后的特定切点执行操作，包括事务的开启和提交。
因此，事务实际上是在方法执行结束后提交的。
并发情况下防止超卖
在并发情况下，如果方法执行后立即解锁，就有可能出现超卖问题。假设多个线程同时调用方法，线程1执行完成后但事务尚未提交。这时，线程2获取锁并执行方法，它在可重复读隔离级别下无法看到线程1对库存的操作，从而导致超卖。
要防止超卖，需要确保事务在解锁之前提交。
解决方案
对方法进行适当的重构，将锁操作放在事务提交之后。例如：
public Result func(long seckillId, long userId) {
// 执行数据库操作——查询商品库存数量
// 如果 库存数量 满足要求
lock.lock();
try {
// 执行数据库操作——减少库存数量——模拟卖出货物操作
return Result.SUCCESS;
} finally {
lock.unlock();
}
}这种方式下，事务在解锁之前提交，确保了并发情况下不会出现超卖问题。
