django中session值的数据类型是dict，需要手动save()，更新才会传递到其他页面。

原创已于 2024-02-18 14:48:43 修改 · 676 阅读

5 ·

CC 4.0 BY-SA版权

文章标签：

#django #数据库 #sql

于 2024-02-18 14:06:13 首次发布

文章讨论了在Django项目中，如何在删除session[test]字典的部分成员后，session仍保留旧值的问题。作者发现，直接修改字典成员可能不会触发session的自动更新，需手动调用`request.session.save()`或重新赋值整个字典以确保正确行为。

django 项目在一个页面中删除了session中的某一个成员（del request.session["test"]["a"]），切换到另外一个页面的时候，session中的那个成员居然还在。让我一阵莫名其妙。


# 对session["test"]进行初始化赋值
def page0(request):
    request.session["test"]={"a":1, "b":2, "c":3, "d":4}
    return HttpResponse("session['test']=" + str(request.session["test"]))


# 显示session["test"]的当前值
def page1(request):
    x = str(request.session["test"]) + ' <--before ' + str(random.random())
    return HttpResponse(x)


# 删除session["test"]的其中两个成员
def page2(request):
    del request.session["test"]["b"]
    del request.session["test"]["c"]
    x = str(request.session["test"]) + ' <--after ' + str(random.random())
    return HttpResponse(x)



# 依次执行 page0 --> page1 --> page2 --> page1
# 期望最后一次执行page1的时候，显示跟page2一样，但发现最后一次page1 显示的内容跟第一次page1一样。

后来在page2中加了一句request.session.save() 后显示才符合预期。

request.session.save()

我印象中不需要主动.save()的啊，猜想可能是因为request.session["test"]的数据类型是字典，里面成员的更新，在session中间件中没有检测到。 request.session的直接成员重新赋值，才会被检测到。验证发现果然是这样。

# 把page2的代码改为对request.session["test"]重新赋值，结果符合预期了。

def page2(request):

    test = request.session["test"]
    del test["b"]
    del test["c"]
    request.session["test"] = test
    x = str(request.session["test"]) + ' <--after ' + str(random.random())
    return HttpResponse(x)



# 依次执行 page0 --> page1 --> page2 --> page1
# 最后一次执行page1的结果，跟page2一样了。

对于这个问题，gpt3.5无法发现问题所在，gemini给出save()方案解决，gpt4给出取出来更新再重新赋值给session的解决方案。