Django Admin中用户ForeignKey下拉列表按last_name排序问题

我来帮你拆解这个问题，告诉你为什么原来的方法没用，再给几个靠谱的解决方案～

你尝试用User.add_to_class("Meta", Meta)给内置User模型加排序规则的思路走不通，主要有两个核心原因：

1. 内置User模型已有自己的Meta类：Django自带的User模型本身就定义了Meta，默认排序是['username']。动态用add_to_class添加的Meta不会覆盖原有配置，因为模型的元数据在类加载时就已经确定，后续的动态修改不会被ORM和Admin系统识别。
2. 动态修改模型的局限性：Django不推荐这种事后修改模型类的方式，它会绕过模型的正常初始化流程，很多核心功能（比如Admin的下拉列表排序、ORM的默认查询顺序）都不会感知到这种改动。

既然不想折腾自定义用户模型，这几种方法可以快速解决问题，适配你当前的Django 2.0.5版本：

方法1：自定义Application的Admin类（最推荐） #

直接在admin.py里给Application模型的Admin重写方法，只针对这个外键字段设置排序，不会影响其他地方：

from django.contrib import admin
from .models import Application
from django.contrib.auth.models import User

class ApplicationAdmin(admin.ModelAdmin):
    def formfield_for_foreignkey(self, db_field, request, **kwargs):
        # 只处理user这个外键字段
        if db_field.name == "user":
            # 保留你原来的is_active过滤，再加上last_name排序
            kwargs["queryset"] = User.objects.filter(is_active=True).order_by('last_name')
        return super().formfield_for_foreignkey(db_field, request, **kwargs)

admin.site.register(Application, ApplicationAdmin)

这种方式精准控制单个Admin页面的下拉列表，是最安全灵活的方案。

方法2：全局修改User的默认查询排序 #

如果你希望整个项目里User的默认查询都按last_name排序，可以替换它的默认管理器：

# 在你的models.py中
from django.contrib.auth.models import User, UserManager

class SortedUserManager(UserManager):
    def get_queryset(self):
        # 默认返回按last_name排序的用户查询集
        return super().get_queryset().order_by('last_name')

# 替换User模型的默认管理器
User.objects = SortedUserManager()

⚠️ 注意：这个操作会全局生效，所有用到User.objects.all()的地方都会按last_name排序，要确认符合你的项目整体需求哦。

方法3：自定义表单类 #

也可以给ApplicationAdmin指定一个自定义表单，在表单里直接定义user字段的查询集：

# admin.py
from django.contrib import admin
from django import forms
from .models import Application
from django.contrib.auth.models import User

class ApplicationForm(forms.ModelForm):
    user = forms.ModelChoiceField(
        queryset=User.objects.filter(is_active=True).order_by('last_name'),
        required=False,
        verbose_name="xyz"
    )

    class Meta:
        model = Application
        fields = '__all__'

class ApplicationAdmin(admin.ModelAdmin):
    form = ApplicationForm

admin.site.register(Application, ApplicationAdmin)

优先选方法1，它只解决你当前Admin页面的需求，不会对项目其他部分造成意外影响，实现起来也最直接。

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