为什么不建议在生产中使用 flask/werkzeug 内部开发网络服务器?会出现什么样的问题?
我之所以问,是因为在工作中我被迫这样做并使用 make shift cron 每天重新运行服务!
为什么不建议在生产中使用 flask/werkzeug 内部开发网络服务器?会出现什么样的问题?
我之所以问,是因为在工作中我被迫这样做并使用 make shift cron 每天重新运行服务!
如果您必须每天使用 cron 作业来杀死并重新启动它,那么您已经发现使用 Flask 开发服务器的一个主要问题。开发服务器不是为稳定性、寿命、可配置性、安全性、速度或开发过程中的便利性而编写的。
正确的 WSGI 设置会更快,可以正确处理多个连接,并且对您来说最重要的是,定期重新启动您的应用程序进程以清除任何可能堆积的垃圾。
我在响应处理程序中有一个没有超时的网络调用。出了点问题,它等待了一段时间(我正在使用该requests
模块),然后显然再也没有恢复。
由于 Werkzeug 服务器只有一个线程,整个开发服务器变得完全不可用。