[英]Why did my Flask web-app deployed on IBM CloudFoundry through CLI stop all of a sudden?
[英]flask web app project sudden behavior change - connecting to debugger twice
我正在 PyCharm 中使用 Flask 开发一个网络应用程序。
到目前为止,我没有遇到任何问题,但是突然发生了一些变化,这使工作变得非常困难。
该应用程序执行的第一件事是连接到网络文件夹并创建该文件夹中所有文件和目录的映射(Windows 计算机中的网络共享文件夹)。 过去这样做需要大约五秒钟,并且它开始运行应用程序没有任何问题。
但是,我不知道发生了什么(我想我没有做任何事情),但是突然之间文件映射需要大约三分钟,调试器尝试再次连接并再次启动应用程序。 它也再次进行文件映射。 执行此操作后,应用程序开始运行。 但是,如果我更改代码中的一行,它会再次执行此循环。
由于文件映射变得非常慢,我检查了托管文件的计算机,但没有显示任何问题的迹象。
我真的很困惑,因为这突然发生了。
下面是我在控制台窗口中收到的消息,如果 PyCharm.
pydev debugger: process 3412 is connecting
Connected to pydev debugger (build 163.15188.4)
* Restarting with stat
pydev debugger: process 2248 is connecting
* Debugger is active!
* Debugger PIN: 288-833-753
* Running on http://0.0.0.0:80/ (Press CTRL+C to quit)
有没有人有类似的经历? 你能分享一下你对这个问题的看法吗?
谢谢
我会尝试使用debug=False
或use_reloader
运行,以防止在检测到文件更改后重新启动烧瓶并查看是否有任何更改。
有关在此处重新加载的更多信息: 如何阻止 Flask 在调试模式下初始化两次?
启动缓慢可能是由于应用初始化代码中的任何长时间运行的任务造成的。
您需要包含更多代码或自己分析代码以解决该问题。
如果您正在从/向网络位置读取或写入,IO 可能是您的瓶颈。
最后,我最近尝试了对Flask应用程序启动时间进行故障排除/优化的工作-也许对您有用: Slow Flask Development Server Initialization Profiling:`WaitForSingleObject`
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.