Hey 👋，从Spring MVC转Flask确实需要适应下不同的架构思路，你的几个问题都是新手入门时的典型困惑，我来逐一解答：

1. 把视图/控制器拆分到不同Python文件，这个方式对吗？ #

完全正确！而且这是Flask项目结构化的最佳实践之一，和Spring MVC拆分Controller的思路一致，能避免单个文件代码臃肿，提升可维护性。不过直接在每个文件里都写app = Flask(__name__)是不对的——这会创建多个Flask应用实例，不是我们想要的单应用多视图的结构。正确的做法是用**蓝图(Blueprint)**来组织视图，后面会详细说明。

2. flask run能否同时运行多个Python文件？ #

不能直接通过flask run同时运行多个独立的Python文件，因为flask run是用来启动单个Flask应用实例的。不过这不影响你拆分视图到多个文件——只要把这些文件里的视图注册到同一个Flask应用（或蓝图）里，然后通过指定主入口文件启动即可。

3. export FLASK_APP=hello.py的作用，以及每个文件写app = Flask(__name__)是否必要？ #

关于export FLASK_APP=hello.py #

这条命令是告诉Flask CLI工具：你要启动的Flask应用实例在哪个文件里。Flask CLI会去这个文件里寻找名为app的Flask实例（或者你可以通过FLASK_APP=module:custom_app_name指定其他名称）。如果是Windows系统，对应的命令是set FLASK_APP=hello.py。

现在Flask 2.0+支持自动检测，如果你把主文件命名为app.py或wsgi.py，可以不用设置这个环境变量，直接运行flask run就能识别。

每个文件写app = Flask(__name__)是否必要？ #

完全没必要！甚至是错误的。这样会创建多个独立的Flask应用实例，这些实例之间是隔离的，无法共享配置、路由等。正确的做法是：

• 在一个主文件（比如app.py）里创建唯一的Flask实例：app = Flask(__name__)
• 其他视图文件里，用蓝图来定义路由，然后在主文件里注册这些蓝图。

举个简单的例子：

1. 主文件app.py：

from flask import Flask
from views.user import user_bp
from views.post import post_bp

app = Flask(__name__)

# 注册蓝图
app.register_blueprint(user_bp, url_prefix='/user')
app.register_blueprint(post_bp, url_prefix='/post')

if __name__ == '__main__':
    app.run()

2. 视图文件views/user.py：

from flask import Blueprint

# 创建蓝图
user_bp = Blueprint('user', __name__)

@user_bp.route('/profile')
def user_profile():
    return "User Profile Page"

3. 视图文件views/post.py：

from flask import Blueprint

post_bp = Blueprint('post', __name__)

@post_bp.route('/list')
def post_list():
    return "Post List Page"

这样所有视图都归属于同一个Flask应用，启动时只需要设置FLASK_APP=app.py，然后运行flask run即可。

4. 多视图Flask应用中flask run的工作原理 #

当你运行flask run时，背后的流程大概是这样的：

1. Flask CLI读取FLASK_APP环境变量指定的模块/文件；
2. 在该模块中找到Flask应用实例（默认找名为app的变量）；
3. 初始化这个应用实例，加载所有注册的蓝图、路由、配置等；
4. 启动内置的Werkzeug开发服务器，监听指定的端口（默认5000）；
5. 服务器开始处理请求，根据请求URL匹配对应的路由（不管这个路由是在主文件还是蓝图文件里定义的），调用对应的视图函数返回响应。

简单来说，flask run只关心你的主应用实例，所有拆分到其他文件的视图，只要正确注册到这个实例上，都会被加载并生效。

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