django-nested-admin支持的嵌套内联最大嵌套层级是多少？

django-nested-admin 没有硬编码3级的嵌套上限，官方文档里的3层结构（目录→章节→文章）只是最常见场景的演示代码，不是功能的边界。
从实现逻辑来看，这个库的内联表单渲染、提交数据解析都是走的递归逻辑，只要你的模型关系满足「下级模型通过外键/一对一字段关联到上级模型」的基础要求，理论上支持任意深度的嵌套。配置规则和3层示例完全一致：每一层内联类继承nested_admin.NestedStackedInline或nested_admin.NestedTabularInline，在上一级配置类的inlines列表中注册下一级内联类即可。
比如在你给出的3层示例基础上，要新增第4级「文章段落」的嵌套，只需要补充如下配置就能正常运行：

# An example admin.py for a 4-level Table of Contents app
from django.contrib import admin
import nested_admin

from .models import TableOfContents, TocArticle, TocSection, TocParagraph

# 4th Level
class TocParagraphInline(nested_admin.NestedStackedInline):
    model = TocParagraph
    sortable_field_name = "position"

# 3rd Level
class TocArticleInline(nested_admin.NestedStackedInline):
    model = TocArticle
    sortable_field_name = "position"
    inlines = [TocParagraphInline]

# 2nd Level
class TocSectionInline(nested_admin.NestedStackedInline):
    model = TocSection
    sortable_field_name = "position"
    inlines = [TocArticleInline]

# 1st Level
class TableOfContentsAdmin(nested_admin.NestedModelAdmin):
    inlines = [TocSectionInline]

admin.site.register(TableOfContents, TableOfContentsAdmin)

虽然没有代码层面的强制限制，但实际生产使用中不建议做过深的嵌套：

• 嵌套层级每增加一级，页面需要渲染的表单字段、前端DOM节点数量会成倍增长，很容易引发页面加载慢、拖拽排序卡顿、表单提交超时的性能问题
• 嵌套层级超过4层后，后台操作的认知成本会大幅上升，负责内容编辑的用户很容易混淆层级关系，把内容归到错误的父级下
• 每一层嵌套都需要正确配置外键关联、排序字段，层级越多配置出错的概率越高，排查问题的成本也会上升

内容的提问来源于stack exchange，提问作者Super Kai - Kazuya Ito