Flask会话字典行为异常：仅添加额外键后列表追加才正常累积数据

这个问题其实是Flask Session的一个常见“坑”，我来帮你拆解清楚原因和解决办法：

核心原因：Flask检测不到可变对象的内部修改 #

Flask默认的Session是基于签名Cookie实现的，它只会跟踪Session字典顶层键值对的变化来判断是否需要更新客户端的Cookie。

当你执行session["x"].append(...)时，你只是修改了列表这个可变对象的内部内容，但Session字典里的"x"键依然指向同一个列表对象——Flask的默认检测机制捕捉不到这种“内部变化”，所以它会误以为Session没有被修改，自然不会把更新后的列表保存到客户端的Cookie里。这就是为什么你每次只能看到最新的一条数据：因为之前的列表更新根本没被持久化。

而当你加了session["idontgetit"] = 1这行时，你直接给Session字典新增了一个顶层键，这会触发Flask的修改检测逻辑——它会认为整个Session已经变化，于是把包含更新后列表的完整Session重新序列化，发送给浏览器，这样你的列表数据就被正确累积下来了。

规范的解决办法 #

没必要用那种“加无关键”的临时方案，有两种更合理的方式：

方法1：显式标记Session已修改

在修改完列表后，手动告诉Flask“Session已经变了，需要保存”：

@bp.route("/new-form", methods=("GET", "POST"))
def new_form():
    if request.method == "POST":
        if not "x" in session:
            session["x"] = []
        session["x"].append(json.dumps(request.form))
        # 显式标记Session已修改，强制Flask保存更新
        session.modified = True
        
        return session.get("x")

    return render_template("main/new-form.html")

方法2：重新赋值触发检测

另一种方式是修改列表后，重新给session["x"]赋值（哪怕是同一个列表对象），这会触发Flask的__setitem__方法，自动标记Session为已修改：

@bp.route("/new-form", methods=("GET", "POST"))
def new_form():
    if request.method == "POST":
        if not "x" in session:
            session["x"] = []
        session["x"].append(json.dumps(request.form))
        # 重新赋值触发Flask的修改检测
        session["x"] = session["x"]
        
        return session.get("x")

    return render_template("main/new-form.html")

小提醒 #

你用浏览器后退按钮测试的方式是没问题的，但要注意：只有当Flask正确标记Session为已修改时，更新后的Session数据才会被浏览器保存，后续请求才能带上完整的列表。

备注：内容来源于stack exchange，提问作者guyman