Flask 2.3升级后运行报错，能否保留多配置类？

完全可以保留这两个配置类，核心是让Flask在开发、测试场景下分别加载对应配置，避免启动时的配置冲突。以下是具体实现方案：

1. 配置类的规范定义（config.py） #

保留两个配置类的独立定义，明确区分开发与测试环境的配置项：

class DevelopmentConfig:
    DEBUG = True
    # 补充开发环境专属配置：如开发数据库连接、调试工具开关等

class PytestConfig:
    DEBUG = False
    TESTING = True
    # 补充测试环境专属配置：如测试数据库、禁用CSRF验证等

2. 应用初始化的动态配置切换（init.py） #

修改应用创建逻辑，通过参数或环境变量指定加载的配置类，避免默认加载测试配置：

from flask import Flask
from app.config import DevelopmentConfig, PytestConfig

def create_app(config_type=None):
    app = Flask(__name__)
    
    # 根据传入参数选择配置，无参数时默认加载开发配置
    if config_type == "testing":
        app.config.from_object(PytestConfig)
    else:
        app.config.from_object(DevelopmentConfig)
    
    # 后续执行注册蓝图、初始化扩展等逻辑
    return app

3. 开发环境启动命令（PowerShell） #

继续使用现有命令启动，此时会默认加载开发配置：

$env:FLASK_APP="wsgi"
$env:FLASK_DEBUG=1
flask run

flask run会默认调用无参数的create_app()，自动加载DevelopmentConfig。

4. 测试场景的配置加载 #

在pytest夹具中明确指定加载测试配置：

import pytest
from app import create_app

@pytest.fixture
def app():
    app = create_app(config_type="testing")
    with app.app_context():
        yield app

测试时会自动加载PytestConfig，与开发环境的配置逻辑完全隔离。

报错根源说明 #

之前的报错大概率是因为Flask启动时意外加载了PytestConfig（比如初始化逻辑未做场景区分），导致测试环境的配置（如TESTING=True）与开发环境的调试逻辑冲突。通过明确的配置切换规则，就能同时保留两个配置类且互不干扰。

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