Django Admin 外键下拉默认很慢是因为 ModelChoiceField 执行 queryset.all() 全量查询关联表，几万条记录直接拖垮后端 SQL；推荐改用 autocomplete_fields 实现异步搜索，或手动优化 get_form 中的 queryset 以限制数据量。
为什么 Django Admin 外键下拉默认很慢？
因为 ForeignKey 字段在 Admin 中默认会调用 ModelChoiceField，它会执行 queryset.all() 加载全部关联对象——哪怕表有几万条记录，也会全查出来再渲染成 <select></select>。这不是前端卡，是后端 SQL 直接拖垮。
用 autocomplete_fields 替代下拉框
这是 Django 2.0+ 官方推荐方案，本质是把同步全量加载换成异步搜索，只查匹配项，不查全表。
- 在 Admin 类里加
autocomplete_fields = ['author', 'category']（字段名必须是ForeignKey或ManyToManyField） - 对应模型必须定义
search_fields，比如class AuthorAdmin(admin.ModelAdmin): search_fields = ['name', 'email'] - 确保外键字段已加数据库索引，否则
search_fields查询仍慢：db_index=True或迁移时加索引
手动优化 get_form 中的 queryset
如果必须保留下拉框（比如筛选逻辑依赖 select 的 onchange），就别让 queryset 查全表。
- 重写 Admin 的
get_form方法，在字段初始化前替换 queryset：
def get_form(self, request, obj=None, **kwargs):
form = super().get_form(request, obj, **kwargs)
form.base_fields['category'].queryset = Category.objects.filter(is_active=True)
return form
.order_by() 没必要的字段，尤其别用 .order_by('name') 去排序几万条数据formfield_for_foreignkey 里做耗时计算或 API 调用，它会在每次页面渲染时执行警惕 select_related 和 prefetch_related 的误用
它们解决的是“列表页 N+1”问题，对外键下拉无直接帮助；反而如果在 get_queryset 里滥用，会让初始查询更重。
立即学习“Python免费学习笔记（深入）”；
-
select_related对单个外键有效，但下拉框本身不走 list view 的 queryset，所以加了也没用 - 如果 Admin 的
list_display里显示了外键字段（如'author__name'），才需要select_related优化列表页 - 真正影响下拉速度的，永远是那个字段自己的 queryset，不是父级的 prefetch
autocomplete_fields 是最省心的解法，但如果业务强依赖原生下拉，就得亲手收束 queryset——而且得在 Admin 层做，不能指望模型 manager 自动优化。 
