我觉得 flask-sqlalchemy 的实现是不是有其局限性？

flask-sqlalchemy把它的执行上下文绑定在了flask的app的context上。
但sqlalchemy本身提供了scoped_session.

如果把一个线程看成一个目录，那么其下有app.context栈和sqlalchemy.scoped_session2个资源。
现在他的实现，把sqlalchemy.scoped_session的资源放在了app.context栈下。

如果我需要自己起个worker线程来处理redis的消息并写入数据库，那么flask-sqlalchemy的db对象就没有办法在自己的线程里执行了。

app.xn--teardown_appcontext,session-8x78c.xn--remove()ok-3m3p752k.">相反如果把db的实现和app的context脱离开来，就灵活多了。反正只要注册一下@app.teardown_appcontext，把session.remove()就ok了。