使用Flask命令启动服务时配置未加载的技术求助

我来帮你捋清楚这个问题——核心原因是flask run命令的配置优先级和直接运行脚本不一样，它会在你的代码加载前就处理调试相关的设置，导致你代码里的配置没真正作用到服务器运行状态上。

问题根源 #

当你用flask run启动时，Flask的CLI工具会优先读取环境变量或者.flaskenv/.env文件里的配置，这些配置的优先级高于你通过from_object加载的代码内配置。哪怕你打印出FLASK_DEBUG是True，CLI已经提前把调试模式的开关设置好了，你代码里的配置相当于被“覆盖”了。

而用python run.py直接运行时，整个应用的初始化完全由你的代码掌控，配置加载后直接传给app.run()，所以调试模式能正常启用。

解决方案 #

方案1：用.flaskenv统一配置（推荐）

在项目根目录创建.flaskenv文件，把调试相关配置写进去，让flask run和你的代码配置保持一致：

FLASK_DEBUG=True
FLASK_ENV=development

这样不管用哪种方式启动，配置都会统一，不会出现不一致的情况。

方案2：在代码里强制绑定调试模式（适合临时测试）

如果你不想用环境文件，可以在应用初始化后，直接把调试模式绑定到实例上，确保CLI不会覆盖：

flask_app = Flask(__name__, instance_relative_config=True)
class Config():
    SQLALCHEMY_DATABASE_URI = "postgresql://root:root@localhost/root"
    FLASK_DEBUG = True
    FLASK_ENV = "development"
    DEBUG = True
    ENV = "development"
flask_app.config.from_object(Config)
# 强制绑定调试模式，确保flask run时生效
flask_app.debug = flask_app.config['DEBUG']
flask_app.env = flask_app.config['ENV']
print(flask_app.config['FLASK_DEBUG'])

不过这种方式会让配置逻辑和代码耦合更紧，不如环境文件优雅。

方案3：用flask run命令行参数指定

启动时直接加参数强制启用调试模式：

flask run --debug

或者同时指定环境：

flask run --env development --debug

这种适合临时测试，但每次启动都要输入参数，不够方便。

验证方法 #

修改配置后启动服务器，如果你看到控制台输出* Debug mode: on，就说明调试模式已经正常生效了。

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