Django事务疑问：嵌套atomic块下是否无需为子函数加@transaction.atomic

先直接给你结论：完全不需要给do_stuff添加@transaction.atomic装饰器，父级viewfunc的事务已经能覆盖它的所有数据库操作，一旦父级触发异常，do_stuff里的变更也会被完整回滚。

下面给你拆解两种场景的逻辑，帮你彻底搞懂：

场景1：do_stuff没有额外的Atomic装饰器 #

看你给出的这段代码：

from django.db import transaction

@transaction.atomic
def viewfunc(request):
    # 这段代码（包括调用的函数）都在一个事务内
    do_stuff()

def do_stuff():
    do_something_in_the_database()  # 数据库变更操作

当viewfunc被调用时，整个函数（包括do_stuff的执行过程）都处于同一个顶级事务中。do_stuff里的数据库操作会直接成为这个事务的一部分：

• 如果do_stuff执行成功，但viewfunc后续代码抛出异常（比如后面的逻辑出错），整个顶级事务会回滚，do_stuff里的变更也会被撤销。
• 如果do_stuff内部抛出异常，会直接触发顶级事务的回滚，所有操作都不会提交。

场景2：do_stuff添加了Atomic装饰器（冗余但不影响） #

再看你给出的第二个例子：

from django.db import transaction

@transaction.atomic
def do_stuff():
    do_something_in_the_database()

@transaction.atomic
def viewfunc(request):
    do_stuff()

这里的嵌套@transaction.atomic并不是创建一个独立的事务，而是在父级事务中创建了一个保存点（savepoint）。这时候的逻辑是：

• do_stuff执行成功时，其实是提交了这个保存点（但不会提交整个顶级事务）。
• 如果viewfunc后续抛出异常，整个顶级事务回滚，会直接回到最开始的状态——包括do_stuff里的变更也会被回滚，和有没有内部保存点无关。

这种嵌套的作用通常是局部回滚：比如你想在do_stuff内部出错时，只回滚do_stuff的操作，而不影响viewfunc之前的操作。这时候可以在do_stuff内部捕获异常，调用transaction.set_rollback(True)，这样只会回滚到这个保存点，父级事务还能继续执行。但如果你的需求只是让父级异常时回滚所有操作，那这个内部装饰器完全没必要加。

关键总结 #

• 只要父级函数（比如viewfunc）被@transaction.atomic装饰，所有在它执行流程中的数据库操作（包括调用的子函数、子子函数里的操作）都属于同一个顶级事务。
• 父级事务触发回滚时，不管子函数有没有自己的atomic装饰器，所有操作都会被回滚。
• 子函数加atomic的唯一意义是创建保存点，实现局部回滚的需求——如果没有这个需求，完全不需要额外添加。

内容的提问来源于stack exchange，提问作者Joey Coder