Flask-SQLAlchemy回退id为Integer后仍报UUID转int失败错误

• 报错和当前回滚后的模型定义、新建的数据库文件无直接关联，核心诱因是浏览器端残留的旧会话Cookie：你之前测试UUID主键版本时，Flask-Login已经将UUID格式的用户ID写入会话，持久化存储在浏览器对应站点的Cookie中。你回滚代码、删除旧库重建后，浏览器发起请求时仍会自动携带这份存储了UUID用户ID的旧Cookie。
• Flask-Login触发用户加载回调时，会直接从Cookie中解析出旧的UUID字符串传入load_user函数，你代码中强制执行int(user_id)做类型转换，带-的UUID字符串自然无法转为整数，就会触发和之前完全一致的报错。
• 你之前的操作只清理了服务端的数据库数据，没有清理客户端存储的站点Cookie，旧会话数据持续随请求上报，才会出现代码、数据库全重置后报错依旧的反常现象。

• 临时快速验证：清除浏览器中本地开发站点（通常为127.0.0.1:5000）的所有Cookie，或者打开浏览器无痕/隐私模式访问站点，重新注册、登录新的整数ID账号，报错会直接消失。
• 长期兼容处理：不要在load_user回调中直接硬做整数转换，增加异常捕获逻辑，遇到非法格式的用户ID直接返回None，让Flask-Login自动清理无效会话即可，修改后的代码如下：

@login_manager.user_loader
def load_user(user_id):
    try:
        return User.query.get(int(user_id))
    except (ValueError, TypeError):
        # 匹配到旧UUID格式等无效用户ID时，直接返回未登录状态
        return None

• 后续注意事项：如果之后确实需要切换UUID类型主键，要同步删除load_user中的整数转换逻辑，同时可以给会话增加版本标识，避免后续调整字段类型时再次出现同类Cookie残留导致的兼容问题。

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