PyMongo必须在Flask应用实例创建并配置MONGO_URI后、注册路由前初始化，否则会因缺失应用上下文报错；需用teardown_appcontext可靠释放连接，显式配置连接池参数，并在启动时执行ping健康检查。
PyMongo必须在app创建后、配置后、路由前初始化
Flask-PyMongo不是即装即用的模块，它依赖应用上下文读取MONGO_URI并注册清理回调。在app = Flask(__name__)之前或模块顶层写mongo = PyMongo()，运行时会报RuntimeError: Working outside of application context或AttributeError: 'NoneType' object has no attribute 'db'。
正确顺序只有这一种：
- 先创建
app实例 - 再通过
app.config['MONGO_URI'] = ...设置连接串（注意key必须是MONGO_URI，MONGO_URL无效） - 最后调用
PyMongo(app)完成绑定
如果用环境变量，推荐写成：app.config['MONGO_URI'] = os.getenv('MONGO_URI', 'mongodb://localhost:27017/myapp')。传uri=...参数会绕过配置系统，导致无法动态切换开发/生产数据库。
teardown_appcontext是请求级连接释放的唯一可靠方式
Flask-PyMongo本身不自动关闭连接，也不处理进程退出。靠atexit.register()清连接？它对SIGKILL、gunicorn worker强杀、Docker stop完全失效。
teardown_appcontext才是正解——它绑定到Flask的应用上下文生命周期，不管你是用dev server、gunicorn还是uwsgi部署，只要请求结束，就会触发清理。
但有两个硬前提：
- 必须把连接对象（如
mongo.db）显式绑定到g对象，比如在请求开始时执行g.db = mongo.db - 清理函数里不能抛异常，否则会掩盖原始错误；建议用
try/except包裹g.db.client.close()或类似操作
别指望它能管后台线程或定时任务里的连接——那些得单独处理，比如用threading.local()或显式调用close()。
火焰围攻 授权: q15040409-creator.功能概述火焰围攻 授权: q15040409-creator.是一项面向实际任务的技能，主要用于Description.；Flask Web. - Python.；核心要点HTTP?；.Version.1.0.tags. wrap.github.automation.。它将相关步骤、工具调用和结果整理方式集中到统一流程中，帮助使用者更快完成目标并减少重复操作。使用与执行使用时应结合输入条件选择合适的执行方式，核对必要参数、依赖环境与输出内容，并按原始要
连接池参数必须通过URI或构造函数显式配置
PyMongo默认启用connect=False，这是为多进程安全做的延迟连接设计。但它不会自动帮你设连接池大小，不配就用默认值（通常minPoolSize=0，maxPoolSize=100），容易在高并发下打满连接数。
生产环境务必显式控制：
- 通过URI：在
MONGO_URI末尾加查询参数，例如mongodb://localhost:27017/mydb?maxPoolSize=50&minPoolSize=10&maxIdleTimeMS=30000 - 或通过构造函数：
PyMongo(app, maxPoolSize=50, minPoolSize=10, maxIdleTimeMS=30000)
maxIdleTimeMS特别关键：不设的话空闲连接永远不会回收，长时间运行后可能堆积大量僵尸连接。
别跳过启动时的健康检查
Flask-PyMongo既不校验MONGO_URI格式是否合法，也不做连接失败重试。你配错一个字符，或者MongoDB服务没起来，应用照样能启动成功，直到第一个find()才报错。
上线前必须加一行健康检查：
try:
mongo.db.command('ping')
except Exception as e:
app.logger.critical(f'MongoDB connection failed: {e}')
raise
这行代码要放在PyMongo(app)之后、app.run()或WSGI server启动之前。漏掉它，等于把故障发现时间从部署阶段拖到用户访问时。
