Flask表单类定义时访问数据库触发应用上下文外RuntimeError

这个RuntimeError的触发逻辑非常明确：

• Python中类的定义语句属于模块顶层执行代码，在模块被导入加载时就会立刻全部执行完成，执行时机远早于Flask应用初始化完成、请求上下文/应用上下文激活的阶段
• 你把依赖数据库查询的get_questions()调用写在了Quiz类的定义块内部，模块导入时Python会同步执行这行代码，触发对get_db()的调用
• get_db()中用到的g、current_app都是绑定在Flask应用上下文上的代理对象，没有激活的应用上下文时，这些对象无法获取到真实的实例，执行'db' not in g的判断时就会直接抛出上下文外的报错
• 替换成硬编码列表时程序正常，是因为硬编码逻辑完全不依赖Flask上下文相关的对象，在模块导入阶段就能独立完成执行，自然不会触发报错。

补充澄清：并非只有函数运行阶段才能访问数据库，而是只要你要访问依赖Flask上下文的对象（g、current_app、session等），执行这段代码时必须存在激活的应用上下文。类定义阶段的代码不在Flask的上下文生命周期管理范围内，因此无法正常访问这些对象。

推荐方案：将动态表单生成逻辑移到请求执行阶段 #

动态生成表单字段本身依赖运行时的数据库查询，天然适配请求阶段的上下文环境，不适合放在模块导入阶段执行：

1. 先定义仅包含固定字段的基础表单类，类定义块中不写任何依赖上下文的代码
2. 封装一个动态生成表单实例的函数，在函数内部完成数据库查询、动态绑定字段的逻辑
3. 在视图函数中（Flask已经自动为每个请求激活了完整的应用/请求上下文）调用这个生成函数，拿到可用的表单实例

参考实现代码：

from flask_wtf import FlaskForm
from wtforms import SubmitField, RadioField

# 基础表单类，仅固定字段，无上下文依赖
class BaseQuizForm(FlaskForm):
    submit = SubmitField()

def build_dynamic_quiz_form():
    # 该函数仅在有上下文的场景下被调用，不会触发上下文报错
    questions = get_questions()
    # 动态构造带问题字段的表单类
    form_cls = type(
        "QuizForm",
        (BaseQuizForm,),
        {
            q["skill"]: RadioField(
                q["question"],
                choices=[
                    ("0", "Strongly disagree"),
                    ("0", "Disagree"),
                    ("1", "Neither agree nor disagree"),
                    ("2", "Agree"),
                    ("3", "Strongly agree")
                ]
            )
            for q in questions
        }
    )
    return form_cls()

这种实现的额外优势是：每次请求时都会重新读取数据库的最新问题列表，不需要重启进程就能同步数据库的内容变更。

临时兜底方案：手动推送应用上下文 #

如果确实需要在模块导入阶段完成数据库查询、生成表单结构，可以在调用get_questions()之前手动将应用上下文压入上下文栈。但这种方案不推荐长期使用：

• 模块导入阶段很容易因为导入顺序问题拿不到已经初始化完成的app实例，出现循环导入、配置读取失败的问题
• 模块级别的代码只在进程启动时执行一次，后续数据库中问题内容变更后，不会自动同步到已经生成的表单结构中

参考实现（需要确保已经拿到初始化完成的app实例）：

with app.app_context():
    questions = get_questions()
# 后续再用查询到的questions构造类的动态字段

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