Flask使用Application Dispatching部署多应用导入冲突是否用法有误？

问题根源 #

你的问题核心是未将单个Flask应用作为规范化Python包开发，独立运行时直接执行应用包内的__init__.py脚本，会让Python将app1目录识别为普通脚本执行目录，而非可导入的包，导致相对导入规则失效，和分发器导入时的包上下文不一致。

解决方案 #

不需要修改应用逻辑代码，也不需要添加条件导入类的样板代码，仅需调整项目结构和单应用启动方式即可实现两种场景兼容：

第一步：统一项目结构 #

项目根目录/
├── dispatcher.py  # 原有分发器代码不用做任何修改
├── app1/
│   ├── __init__.py  # 应用逻辑全放在这里，内部导入统一用相对导入
│   ├── db.py
│   ├── config.py
│   └── wsgi.py  # 新增：单应用独立启动专用入口，代码通用可复用
├── app2/
│   └── 结构和app1完全一致
└── 其他应用同理

第二步：调整应用内部代码 #

app1/__init__.py中所有内部导入统一用相对导入，不要写启动逻辑：

from flask import Flask
# 所有内部导入都用相对路径
from . import db
from .config import Config

app = Flask(__name__)
# 直接传入配置类对象，不要用字符串路径加载，避免路径识别问题
app.config.from_object(Config)

@app.route("/")
def index_one():
    return "Hi im 1"

第三步：编写单应用启动入口 #

app1/wsgi.py作为单应用独立运行的唯一入口，代码可以直接复制复用，仅需修改对应应用名即可：

import sys
from pathlib import Path
# 统一将项目根目录加入Python导入路径，保证包上下文和分发器运行时一致
sys.path.insert(0, str(Path(__file__).parent.parent.resolve()))

from app1 import app
if __name__ == "__main__":
    app.run(debug=True)

两种运行方式说明 #

• 独立运行app1：直接执行python app1/wsgi.py即可，所有相对导入、配置加载都能正常运行
• 接入分发器统一部署：直接运行根目录下的dispatcher.py即可，原有导入逻辑完全不需要修改

该方案完全隔离了启动逻辑和应用逻辑，应用本身的代码不需要为适配部署场景做任何修改，新增的启动入口代码是通用模板，不属于冗余的业务样板代码。

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