Python使用requests库时程序停滞,如何解决requests导致的程序假死问题?
- 内容介绍
- 文章标签
- 相关推荐
本文共计1365个文字,预计阅读时间需要6分钟。
问题描述:有几台服务器上都部署了一个双进程的项目,有一天突然有几台服务器都卡死了。最初我怀疑是自己多进程中开太多线程导致的内存占用问题,查看代码并压力测试后发现并非如此。
问题描述:
有几台服务器上都部署了一个双进程的项目,有一天忽然几台服务器都卡死了
起初我还怀疑是自己多进程中开多线程引发的内存占用问题,查看代码并压力测试后发现和内存没多大关系
我拿出几台服务器的日志对比分析,发现几台机器的每一个进程的日志出现异常时间几乎都是一个时间,并且都是在接口请求之后卡住了
很明显最大可能是服务端出了问题,询问后台人员确实在那个时间后台服务器出现过异常
那么问题来了,为什么呢???百度之后发现了这篇文章讲解了其中的原因:》》参考链接《《
网络请求不可避免会遇上请求超时的情况,在 requests 中,如果不设置你的程序可能会永远失去响应。
超时又可分为连接超时和读取超时,简单的说,连接超时就是发起请求连接到连接建立之间的最大时长,读取超时就是连接成功开始到服务器返回响应之间等待的最大时长。
1.连接超时
连接超时指的是在你的客户端实现到远端机器端口的连接时(对应的是connect()),Request 等待的秒数。
本文共计1365个文字,预计阅读时间需要6分钟。
问题描述:有几台服务器上都部署了一个双进程的项目,有一天突然有几台服务器都卡死了。最初我怀疑是自己多进程中开太多线程导致的内存占用问题,查看代码并压力测试后发现并非如此。
问题描述:
有几台服务器上都部署了一个双进程的项目,有一天忽然几台服务器都卡死了
起初我还怀疑是自己多进程中开多线程引发的内存占用问题,查看代码并压力测试后发现和内存没多大关系
我拿出几台服务器的日志对比分析,发现几台机器的每一个进程的日志出现异常时间几乎都是一个时间,并且都是在接口请求之后卡住了
很明显最大可能是服务端出了问题,询问后台人员确实在那个时间后台服务器出现过异常
那么问题来了,为什么呢???百度之后发现了这篇文章讲解了其中的原因:》》参考链接《《
网络请求不可避免会遇上请求超时的情况,在 requests 中,如果不设置你的程序可能会永远失去响应。
超时又可分为连接超时和读取超时,简单的说,连接超时就是发起请求连接到连接建立之间的最大时长,读取超时就是连接成功开始到服务器返回响应之间等待的最大时长。
1.连接超时
连接超时指的是在你的客户端实现到远端机器端口的连接时(对应的是connect()),Request 等待的秒数。

