带有工作线程的 Flask / UWSGI 架构

Question

以下代码近似于真实代码。 Flask 应用程序启动时会创建一个工作线程。路由函数使用worker函数完成的数据处理。

app = Flask(__name__)

timeStr=""

def loop ():
        global timeStr
        while  True:
                time.sleep (2)
                timeStr =datetime.now().replace(microsecond=0).isoformat()
                print (timeStr)


ThreadID = Thread (target=loop)
ThreadID.daemon = True
ThreadID.start()

@app.route('/')
def test():
    return   os.name + " " + platform.platform() + " " + timeStr

application=app

if __name__ == "__main__":
    app.run(host='0.0.0.0', port=8080, debug=True)

上面的应用程序在开始时运行良好，就像这样：

python3 app.py 

但是在 uwsgi 中，即使我启用了线程，应用程序也无法运行。它没有更新全球 timeStr

sudo /usr/local/bin/uwsgi --wsgi-file /home/pi/pyTest/app.py   --http :80 --touch-reload /home/pi/pyTest/app.py  --enable-threads --stats 127.0.0.1:9191

我需要做什么才能让应用在 UWSGI 下正常运行，这样我才能以正确的方式创建 systemd 服务？

Answer 1

坏消息，好消息。

我有一个应用程序以几乎相同的方式启动工作线程。它使用queue.Queue 让路由在工作线程上传递工作。该应用程序使用 Flask 开发服务器在我的家庭 Intranet（在 Rapsberry Pi 上）上运行良好。我尝试将我的应用程序放在uwsgi 后面，并观察到同样的失败——工作线程似乎没有被安排。该线程报告为_is_alive = True，但我找不到让它实际运行的uwsgi 开关组合。

使用gunicorn 解决了这个问题。

virtualenv venv --python=python3
. venv/bin/activate
pip install flask gunicorn
gunicorn -b 0.0.0.0:5000 demo:app

足以让我的应用运行（意味着工作线程实际运行，并且副作用很明显）。