使用者痛点一：在商品列表页只能看到“最新上架”。找不到价格合适或热度高的商品，导致购买决策成本升高。老实说，

使用者痛点二：浏览量没有实时统计。热门推荐失准，运营活动难以评估效果。

一、需求分析

排序需求

在商品列表页增加一个排序下拉菜单。选项包括：

• 最新发布
• 价格从低到高
• 价格从高到低
• 销量从高到低
• 浏览量从高到低

排序必须能够和分类、关键词搜索叠加，而且在分页链接中保留当前的排序参数。

浏览量统计需求

• 每次访问 SPU页面时对该 SPU 下所有上架 SKU 的 views 字段原子递增。
• 使用 Django 的 F + 1 实现原子更新，避免并发竞争导致计数丢失。
• 后续可基于 cookie/session 或 Redis 去重计数，这里先采用最简方案满足“热度”展示。

二、模型回顾

在第 X 篇我们已经给 SKU 模型添加了用于记录浏览次数的字段：

class SKU:
# ...
views = models.PositiveIntegerField

确保已执行迁移：`python manage.py makemigrations`  `python manage.py migrate`

三、改造商品列表视图，支持排序

打开 apps/products/views.py,在原有搜索/分类过滤后加入排序逻辑：

def sku_list:
skus = SKU.objects.filter\
.select_related\
.prefetch_related
# -------- 搜索过滤 --------
query = request.GET.get.strip
if query:
skus = skus.filter(
Q |
Q |
Q |
Q
)
# -------- 分类过滤 --------
category_id = request.GET.get
current_category = None
if category_id:
try的观点是，category = Category.objects.get
children = Category.objects.filter
cat_ids = + list)
skus = skus.filter
current_category = category
except Category.DoesNotExist:
skus = skus.none
# -------- 排序 --------
sort_option = request.GET.get
valid_sorts = {
'price_asc': 'price','price_desc': '-price','sales_desc': '-sales','views_desc': '-views','-create_time': '-create_time',}
order_by_expr = valid_sorts.get
skus = skus.order_by
# -------- 分页 --------
paginator = Paginator
page_number = request.GET.get
try这方面，page_obj = paginator.page
except PageNotAnInteger:
page_obj = paginator.page
except EmptyPage:
page_obj = paginator.page
top_categories = Category.objects.filter(parent__isnull=True,is_active=True).order_by
context = {
'page_obj': page_obj,'current_category': current_category,'top_categories': top_categories,'query': query,'sort_option': sort_option,}
return render

四、改造商品列表模板。加入排序选择

Edit apps/products/templates/products/sku_list.html. Add a dropdown next to “共 X 件商品” label and make pagination links carry current sorting parameters.

{% if query %}
🔎 搜索 “{{ query }}”
{% elif current_category %}
📦 {{ current_category.name }}
{% else %}
🛍️ 全部商品
{% endif %}


共 {{ page_obj.paginator.count }} 件


至于排序，{% if sort_option == 'price_asc' %}价格 ↑
{% elif sort_option == 'price_desc' %}价格 ↓
{% elif sort_option == 'sales_desc' %}销量 ↓
{% elif sort_option == 'views_desc' %}浏览量 ↓
{% else %}最新{% endif %}




最新


价格从低到高


价格从高到低


销量从高到低


浏览量从高到低





« 上一页

五、实现浏览量统计

Add atomic view‑count update in SPU detail view.

from django.db.models import F
def spu_detail:
spu = get_object_or_404(
SPU.objects.prefetch_related,pk=spu_id)
# ---- 浏览量原子递增 ----
active_skus_qs = spu.skus.filter
# 对所有上架 SKU 同时 +1
active_skus_qs.update + 1)
# 为了让后面的模板渲染拿到最新的值，需要重新查询一次
skus = spu.skus.filter.prefetch_related
# ---- 规格聚合等业务逻辑保持不变 ----
specs_data = {}
for sku in skus:
for key,value in sku.specs.items:
specs_data.setdefault).add
specs_list = {k: list for k,v in specs_data.items}
default_sku = skus.first
return render(request,'products/spu_detail.html',{
说到'spu'，spu,'skus': skus,'specs': specs_list,'default_sku': default_sku,})

六、测试流程与输出

排序功能测试

1. 从开启服务器来看，

   python manage.py runserver

2. 至于访问列表页，. 默认按“最新”。页面左上显示“共 X 件”。
3. 点击下拉选择“价格从低到高”。URL 应变为

   ?说起来，sort=price_asc&q=&category_id=...

4. #分页保持排序：翻至第 2 页。URL 中应继续出现 &sort=price_asc&page=2； 返回第一页后仍保持一样顺序。老实说，

1. 打开任意 SPU 详情页。例如：.
浏览量值**。

python manage.py dbshell sqlite> SELECT id。name,views FROM tb_sku WHERE spu_id=5 ORDER BY id;

2. You should see views*字段递增*。每一次请求对应一次+1，
3. 使用 ab 或 wrk 模拟并发请求验证 F 表达式的原子性——计数不会出现跳跃。

七、细节调整与注意事项

1. 去重统计：If a single user repeatedly refreshes same detail page view count will be inflated. A production‑grade solution可以通过 session/cookie 标记已计数请求或使用 Redis 的 HyperLogLog 做去重。本章节先保留最简实现，以便快速看到效果。
2. 索引调整：The fields used for sorting should have database indexes when数据规模达到万级以上。话说回来，可以在迁移文件中添加：

   migrations.AddIndex(
   model_name='sku',index=models.Index。)
   # 同理为 sales 与 views 添加索引
   

3. 默认排序策略： 保持 “最新发布” 为默认，以满足大多数使用者对新货的期待。若业务需要，可将综合评分列入默认权重。
4. 缓存考虑 ： 列表页大量并发请求时可将热点数据放入 Redis 缓存或使用 Django cache 框架降低 DB 压力。按理说，
5. 安全性提示 ： 确保视图只对公开商品 更新。否则内部测试数据也会干扰正式报表。