Django 不支持在 Meta.ordering 中直接使用聚合函数（如 Count），但可通过自定义 Manager 实现模型级别的默认排序，按 ManyToManyField 关联数（如点赞数）自动降序排列。
django 不支持在 `meta.ordering` 中直接使用聚合函数（如 `count`），但可通过自定义 manager 实现模型级别的默认排序，按 `manytomanyfield` 关联数（如点赞数）自动降序排列。
在 Django 中，Meta.ordering 仅接受字段名字符串（如 ['-created_at']）或简单表达式，无法直接引用动态计算的聚合值（例如 likes.count() 或 Count('likes')）。这是因为 ordering 在模型定义阶段静态解析，而聚合需在查询执行时通过 SQL GROUP BY 和 COUNT() 计算，二者生命周期不兼容。
因此，真正的解决方案是将默认排序逻辑下沉到模型的 Manager 层级——通过重写 get_queryset() 方法，在每次查询初始化时自动注入聚合与排序逻辑。推荐使用 alias()（Django 4.2+）替代 annotate()，避免意外触发分组行为（尤其当后续链式调用 .filter() 时更安全）：
from django.db import models
from django.db.models import Count
class PostManager(models.Manager):
def get_queryset(self):
return super().get_queryset().alias(
num_likes=Count('likes')
).order_by('-num_likes')
class Post(models.Model):
title = models.CharField(max_length=200)
likes = models.ManyToManyField('auth.User', related_name='liked_posts')
objects = PostManager() # ✅ 启用默认排序
# 可选：保留原始 manager 用于无序查询
# unsorted_objects = models.Manager()✅ 效果验证：
调用 Post.objects.all() 将自动返回按点赞数降序排列的结果，无需每次手动 .annotate().order_by()。
⚠️ 注意事项：
- alias() 仅创建命名表达式，不改变查询结构；若需在 .filter() 中引用该计数（如 filter(num_likes__gt=10)），仍需改用 annotate()；
- 此方案影响所有通过 objects 访问的查询（含 get(), first(), count() 等），若某些场景需无序结果，建议额外定义一个 unsorted_objects = models.Manager()；
- 数据库性能上，COUNT() 会随关联表数据量增大而变慢，高并发场景建议为 likes 关系表添加复合索引，或引入冗余计数字段（配合信号或数据库触发器维护）。
总结：Django 的 Meta.ordering 是声明式、静态的，而关联计数是运行时聚合行为。Manager 是连接二者最自然、最符合 ORM 设计哲学的桥梁——它既保持了模型接口的简洁性，又赋予了默认行为足够的表达力与可控性。
