试用了一下gunicorn，也是杀进程，自动重启。我做了个nohup 命令，自动请求某图片，如果没有就重启。类似啊。难道找不出为何请求不到图片的原因吗？奇怪，以前用java写后端，从来没有这个问题。这是怎么回事呢？不停的杀进程，自动重启，感觉不是办法啊。谢谢
--
FROM 120.242.238.*

引用一段话：
"""
什么是gunicorn
gunicorn是一个Python的WSGI（Web 服务器网关接口）HTTP服务器，它可以用来部署和运行Python的Web应用程序。它是一个高性能的Web服务器，可以处理并发连接和请求。然而，由于gunicorn是单线程的，它在处理并发请求时可能会出现响应被阻塞的情况。这意味着当一个请求正在处理时，其他请求必须等待，这样就影响了应用程序的性能和响应时间。
"""
也就是说高并发的时候，worker进程处理不过来，就有可能挂了，需要杀掉重启worker进程；
实际上你也可以不用gunicorn，换成你的单任务进程来处理也会失去响应。。。
--
FROM 111.201.128.*

正常的排查流程应该是在无法响应请求的时候查log，如果在出问题时间点差不到任何蛛丝马迹，说明log可能打得不够细

用flask直接跑都能重现的问题，挂个gunicorn不是加大排查难度么，要是开发环境重现不了，可以看看是不是生产环境配置有问题

【 在 feng321 的大作中提到: 】
: 试用了一下gunicorn，也是杀进程，自动重启。我做了个nohup 命令，自动请求某图片，如果没有就重启。类似啊。难道找不出为何请求不到图片的原因吗？奇怪，以前用java写后端，从来没有这个问题。这是怎么回事呢？不停的杀进程，自动重启，感觉不是办法啊。谢谢
--
FROM 58.246.155.*

开发环境 ，用的人少，就2、3个人。生产环境，估计至少几十人同时用，不知道是不是这个导致的？
【 在 Lucretia 的大作中提到: 】
: 正常的排查流程应该是在无法响应请求的时候查log，如果在出问题时间点差不到任何蛛丝马迹，说明log可能打得不够细
: 用flask直接跑都能重现的问题，挂个gunicorn不是加大排查难度么，要是开发环境重现不了，可以看看是不是生产环境配置有问题
--
FROM 120.242.238.*

感觉我的这个项目，和水木服务器很相似啊。是不是断。。。时不时访问不了。。。。。。。
【 在 stucture 的大作中提到: 】
: 引用一段话：
: """
: 什么是gunicorn
: ...................
--
FROM 120.242.238.*