Django中ForeignKey('self', ...)报self未定义是因Python类体执行时类名尚未注册，需用字符串'self'让Django延迟解析；必须设null=True, blank=True及on_delete，并显式指定related_name防反向冲突。
为什么直接用 ForeignKey 到自身会报 self 未定义错误
在 Django 模型中写 parent = ForeignKey('self', ...) 看似合理，但若放在类定义体顶层（非方法内），Python 解析时类名尚未注册进命名空间，就会抛出 NameError: name 'Menu' is not defined。这不是 Django 的限制，而是 Python 类体执行顺序导致的。
解决办法是用字符串引用，且必须是 'self'（带引号）——Django 会延迟解析它：
class Menu(models.Model):
name = models.CharField(max_length=100)
parent = models.ForeignKey(
'self',
on_delete=models.CASCADE,
null=True,
blank=True,
related_name='children'
)-
related_name='children'很关键：否则反向查询会冲突（默认是menu_set，多个外键时无法区分） -
null=True, blank=True必须加，否则根菜单无法保存（没有父级） - 别漏掉
on_delete，Django 2.0+ 强制要求
如何查出完整树形结构（含所有层级）而不 N+1 查询
Django 默认的 select_related 和 prefetch_related 对自关联递归无效，因为层级深度不确定。硬写嵌套循环查子集会导致严重 N+1 问题。
推荐两种实用方案：
立即学习“Python免费学习笔记（深入）”；
- 用
django-mptt：专为树形结构设计，自动维护左右值（lft/rght），一次查询即可获取整棵树：from mptt.models import MPTTModel class Menu(MPTTModel): name = models.CharField(max_length=100) parent = models.ForeignKey('self', null=True, blank=True, related_name='children', on_delete=models.CASCADE) <h1>获取全部菜单（已按树序排好）</h1><p>Menu.objects.all().get_tree() - 不用第三方库？可手动预加载固定深度（适合菜单通常 ≤3 层）：
Menu.objects.filter(parent=None).prefetch_related( 'children__children__children' https://www.php.cn/link/93ac0c50dd620dc7b88e5fe05c70e15b 预取到第 4 层（根→1→2→3） )注意：层数写死，超过就查不到；且prefetch_related对ForeignKey反向关系才生效（即靠related_name）
模板里怎么安全地递归渲染多级菜单
不能在模板里写无限递归（Django 模板语言不支持函数调用或真正的递归），容易栈溢出或无限循环。
Python Matplotlib Chinese Font
下载
使用 font_manager.addfont() 添加中文字体文件，设置 rcParams['font.family']，并禁用 unicode_minus，使 matplotlib 显示中文。
正确做法是：视图层把树结构转成扁平嵌套的 Python 数据（如字典列表），再传给模板：
https://www.php.cn/link/93ac0c50dd620dc7b88e5fe05c70e15b views.py
def menu_view(request):
root_menus = Menu.objects.filter(parent=None)
def build_tree(nodes):
return [
{
'item': node,
'children': build_tree(node.children.all())
}
for node in nodes
]
context = {'menu_tree': build_tree(root_menus)}
return render(request, 'menu.html', context)模板中用包含（{% include %}）实现逻辑递归：
<!-- menu.html -->
{% for node in menu_tree %}
<li><a href="https://www.php.cn/link/93ac0c50dd620dc7b88e5fe05c70e15b">{{ node.item.name }}</a>
{% if node.children %}
<ul>{% include "menu_children.html" with children=node.children %}</ul>
{% endif %}
</li>
{% endfor %}
<!-- menu_children.html --><p>{% for node in children %}</p><li><a href="https://www.php.cn/link/93ac0c50dd620dc7b88e5fe05c70e15b">{{ node.item.name }}</a>
{% if node.children %}
<ul>{% include "menu_children.html" with children=node.children %}</ul>
{% endif %}
</li>
{% endfor %}- 避免用
{% for child in node.item.children.all %}—— 这又触发 N+1 查询 - 传参用
with显式声明变量，比依赖上下文更可控
删除父菜单时子菜单去哪了？on_delete 怎么选
on_delete 不只是语法要求，它直接决定业务逻辑是否合理：
-
models.CASCADE：删父级，子级全删 → 适合「菜单项强依赖父级」场景（如后台权限菜单） -
models.SET_NULL：删父级，子级parent设为NULL→ 适合「子菜单可升为根菜单」（需确保字段允许null=True） -
models.PROTECT：禁止删除有子级的父菜单 → 安全但需前端/管理端提前处理（比如先移走子项）
别用 models.DO_NOTHING：数据库层面没约束，极易产生脏数据（子菜单指向已删除的父 ID）。
真正麻烦的是迁移已有数据：如果上线后才发现 on_delete 选错，改模型字段会触发 Django 迁移检查失败，得手动写 RunPython 处理存量关联。
