在 Flask 中直接修改 session 内嵌字典（如 session["basket"][key]）不会自动触发持久化，需手动设置 session.modified = True，否则变更丢失，导致后续 KeyError。
在 flask 中直接修改 session 内嵌字典（如 `session["basket"][key]`）不会自动触发持久化，需手动设置 `session.modified = true`，否则变更丢失，导致后续 keyerror。
Flask 的 session 机制基于客户端签名 Cookie，默认仅在 session 对象本身被重新赋值（如 session['key'] = value）或显式标记为已修改时，才将变更写入响应 Cookie。而对 session["basket"] 这类可变对象（字典）内部的修改（如 session["basket"][pid] += 1），Flask 无法自动检测——它认为 session 对象本身未变，因此跳过序列化与保存，造成“修改看似成功、重启后消失、再次访问仍报 KeyError”的典型问题。
正确的处理方式是：先确保嵌套结构存在，再安全递增，并显式声明 session 已修改。推荐写法如下：
@app.route('/product_to_basket/<int:product_id>')
def add_product_basket(product_id):
# 确保 basket 字典存在
if 'basket' not in session:
session['basket'] = {}
# 初始化该商品数量（若首次添加）
if product_id not in session['basket']:
session['basket'][product_id] = 0
# 增加数量
session['basket'][product_id] += 1
# 关键：显式标记 session 已修改，强制持久化
session.modified = True
return redirect(url_for('view_basket'))✅ 优势说明：
- 避免多层 try/except KeyError 嵌套，逻辑清晰、可读性强；
- 使用 in 判断比异常捕获更高效（EAFP vs LBYL，此处 LBYL 更合适）；
- session.modified = True 是必须步骤，尤其在使用 SecureCookieSessionInterface（默认）时不可或缺；
- 若启用服务器端 session（如 Flask-Session），此设置仍建议保留，以保证行为一致。
⚠️ 注意事项：
- 不要依赖 session.get("basket", {}) 后直接修改返回值——那只是临时字典副本，不影响 session 原始数据；
- 切勿在 session["basket"] = {...} 后遗漏 session.modified = True（虽赋值会自动标记，但嵌套修改不会）；
- 生产环境建议配合 SESSION_COOKIE_HTTPONLY=True 和 SESSION_COOKIE_SECURE=True（HTTPS 下）提升安全性。
通过显式初始化 + 显式标记修改，即可彻底解决 KeyError 循环触发与购物车状态丢失问题，让 session 真正可靠地承载临时业务状态。
