Django：如何在RetrieveUpdateDestroyAPIView解密路径加密pk并传递给方法

问题根源 #

你之前在get_queryset中过滤单个对象，但RetrieveUpdateDestroyAPIView的默认get_object方法会直接使用self.kwargs['pk']（加密后的字符串）查询，自然找不到对应对象，导致返回“对象不存在”。

最优实现：重写initial前置钩子 #

initial是Django视图处理请求的前置方法，会在所有HTTP方法（GET/PUT/DELETE）执行前触发。在这里完成pk解密并替换self.kwargs中的值，后续所有默认逻辑都会自动使用解密后的真实ID，无需逐个重写操作方法。

代码实现 #

from django.http import Http404
from rest_framework import generics

class ProductDetailUpdateDelete(generics.RetrieveUpdateDestroyAPIView):
    serializer_class = ProductSerializer
    queryset = Product.objects.all()  # 返回完整查询集，后续自动用解密后的pk过滤

    def initial(self, request, *args, **kwargs):
        # 提取并解密路径中的加密pk
        encrypted_pk = kwargs.get('pk')
        try:
            decrypted_pk = aes.decrypt(encrypted_pk)
            # 将解密后的真实ID替换回kwargs，供后续逻辑使用
            kwargs['pk'] = int(decrypted_pk)
            self.kwargs = kwargs
        except (NameError, ValueError):
            # 解密失败或ID格式错误，直接返回404
            raise Http404("无效的对象ID")
        
        # 调用父类方法完成初始化
        super().initial(request, *args, **kwargs)

方案优势 #

• 一次处理所有请求类型，无需分别重写get/put/delete方法
• 完全复用Django REST Framework的默认逻辑，避免自定义查询带来的bug
• 异常处理提前拦截无效请求，减少数据库查询开销

额外优化建议 #

• 若多个视图需要该解密逻辑，可将解密逻辑抽成Mixin类，便于复用：

class EncryptedPkMixin:
    def initial(self, request, *args, **kwargs):
        encrypted_pk = kwargs.get('pk')
        try:
            decrypted_pk = aes.decrypt(encrypted_pk)
            kwargs['pk'] = int(decrypted_pk)
            self.kwargs = kwargs
        except (NameError, ValueError):
            raise Http404("无效的对象ID")
        super().initial(request, *args, **kwargs)

# 视图继承该Mixin即可
class ProductDetailUpdateDelete(EncryptedPkMixin, generics.RetrieveUpdateDestroyAPIView):
    serializer_class = ProductSerializer
    queryset = Product.objects.all()

• 加密时建议使用base64.urlsafe_b64encode替代base64.b64encode，避免生成含/的字符串，减少URL解析风险。

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