Python类双向关联引发递归深度超限问题求解

触发递归报错的核心原因是双向关联的两个添加方法没有做重复关联校验，调用链路形成闭环死循环：

• 执行author.add_book(book)时，方法会先将book存入当前作者的书籍集合，再调用book.add_author(self)建立反向关联
• 进入book.add_author(author)逻辑后，方法会先将author存入当前书籍的作者集合，又反向调用author.add_book(self)
• 两个方法无终止条件地互相调用，最终超出Python最大递归深度限制抛出错误。

你提到的新增第三个类维护二者关联是可行的演进方向，但对于当前简单的多对多关联场景，不需要额外新增类，仅通过存在性校验即可零成本修复问题。

在两个添加方法的最前端增加关联存在性判断，如果关联已经建立就直接终止执行，不再触发反向调用，直接切断循环链路：

from __future__ import annotations
from typing import Set


class Author:
    def __init__(self):
        self.books: Set[Book] = set()

    def add_book(self, book: Book):
        # 关联已存在时直接返回，避免重复触发反向调用
        if book in self.books:
            return
        self.books.add(book)
        book.add_author(self)


class Book:
    def __init__(self):
        self.authors: Set[Author] = set()

    def add_author(self, author: Author):
        # 关联已存在时直接返回，避免重复触发反向调用
        if author in self.authors:
            return
        self.authors.add(author)
        author.add_book(self)


# 测试代码
author = Author()
book = Book()
author.add_book(book)
# 验证双向关联正常建立
print(book in author.books)  # 输出 True
print(author in book.authors) # 输出 True

如果后续业务需要给作者和书籍的关联增加额外属性（比如署名顺序、贡献占比、签约时间等），可以新增中间关联类统一维护关系：

• 定义专门的关联类，存储单条关联绑定的作者实例、书籍实例，以及关联相关的附加业务字段
• Author和Book类不再直接持有对方的集合引用，需要查询关联对象时，统一通过关联类筛选匹配的记录
• 所有新增、删除关联的操作都收敛到关联类的方法中处理，统一做重复校验、权限校验、逻辑埋点，避免两个业务类直接耦合调用。

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