Django DRF实现DELETE接口时报petAPI() got unexpected keyword argument 'pk'错误

核心问题1：路径参数名不匹配 #

你的urls.py中定义的带参路径参数名为pk，但视图函数petAPI接收的参数名为id，Django路径参数是按变量名严格匹配传值的，所以你请求pet/[数字]/时，路径里的id值根本没有传给视图的id变量，id永远保持默认值0。
这就直接导致两个问题：

• DELETE逻辑中拿id=0去查询数据库，肯定匹配不到记录，抛出参数不存在的错误
• 如果你测试时误将DELETE请求发到不带参数的pet/路径，Django匹配到无参的路径规则，id还是0，测试工具的异常 fallback 可能触发GET请求逻辑，才会出现DELETE被识别为GET的现象

核心问题2：主键查询字段名不统一 #

你代码里查询单条Pet的字段名前后矛盾：

• GET分支用的是Pet.objects.get(id=id)
• PUT和DELETE分支用的是Pet.objects.get(id_pet=xxx)
  你需要先确认Pet模型的主键字段到底叫什么，全局统一使用同一个字段名查询，否则必然会出现查询不到记录的问题。

修复步骤 #

1. 统一路径参数名
   把urls.py中的带参路径规则修改为和视图参数一致：

# 替换原来的 path('pet/<int:pk>/', views.petView.petAPI)
path('pet/<int:id>/', views.petView.petAPI),

如果你的视图想保留pk作为参数名，也可以把视图函数的定义改为def petAPI(request, pk=0)，两边保持一致即可。

2. 统一主键查询字段
   假设你的Pet模型主键为id_pet，就把GET分支的单条查询改为：

pet = Pet.objects.get(id_pet=id)

如果主键是Django默认生成的id，就把PUT、DELETE分支里的id_pet全部替换为id。

3. 可选优化：增加异常捕获
   避免查询不到记录时直接抛出500错误，优化DELETE逻辑：

elif request.method == 'DELETE':
    try:
        # 此处字段名替换为你统一后的主键字段
        pet = Pet.objects.get(id_pet=id)
        pet.delete()
        return JsonResponse("Deleted successfully", safe=False)
    except Pet.DoesNotExist:
        return JsonResponse("待删除的宠物记录不存在", status=404, safe=False)

小提示：你原有代码里的successfuly为拼写错误，正确写法是successfully，可以统一修正避免后续排查问题时混淆。

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