环境是 Flask + Gunicorn + gevent
已经在入口函数打了 monkey patch
可是在别的文件调用 requests 方法还是会报无限递归错误
文件层级结构
- manage.py - gunicorn_config.py - function -- handler.py -- ... -- packageA ---- api.py <- 此处调用 requests 方法 eg. get(), post() gunicorn 配置
manage.py 开头已经打了 monkey patch
gunicorn 运行命令
gunicorn -c gunicorn_config.py manage.py 错误
版本 python3.6.9 gunicorn 20.0.4 gevent 1.4.0 docker images alpine (费了老半天才装上 gevent...)
先谢谢各位大佬
 | 1 Ritter OP 大佬们都下班了吗 T T |
| 2 Ritter OP |
 | 3 cz5424 Mar 12, 2020 via iPhone 看不懂啥操作，猴子补丁跟你 requests 递归有什么关系？ |
 | 4 wuwukai007 Mar 12, 2020 via Android 代码贴全一点 |
 | 5 Qzier Mar 13, 2020 via iPhone 把 flask 换成 starlette |
| 7 Ritter OP @wuwukai007 其他的没什么代码了就是在 api.py 文件调用了 requests 的 get,post 方法 |
| 9 Ritter OP github.com/gevent/gevent/issues/1531 这个 issues 跟我情况差不多 |
 | 10 todd7zhang Mar 13, 2020 |
| 11 todd7zhang Mar 13, 2020 这里有说, 先 monkey.patch_all(), 你可以看看是不是 gunicorn_config.py 第一行的 from function.handler import app, db 这里面是不是有 import requests |
| 12 Ritter OP @todd7zhang 已经试过先在 gunicorn_config 打 patch 还是一样会报错 |
 | 13 ClericPy Mar 13, 2020 呃, 提几个常识 1. 猴子补丁要加在所有文件最顶端引用, 看你这情况 config.py 明显是在 manage.py 的顶端, 所以不该在后者打, 而是在前者那里打 2. gunicorn 借用 gevent 提速来优化 socket io 的时候, 连 workers 也要换的, 具体操作一般是 gunicorn -k gevent, 也就是你在 config.py 里的 worker class 那个参数, 所以就像第一点说的, 这个文件顶部才需要打, 不需要在 manage 里显性再 patch all 一次. 所以我一般 gunicorn handle flask 的时候, 是单独开一个符合 wsgi 的 py 文件, 里面产生一个 app, 而不是用 flask 自带生成的 manage.py 来操作 PS: 实际看你的报错, 最常见于违反相互引用的问题 (昨天刚写出来一个这种错误, 虽然大部分情况下 python 做过优化来防止多次引用, 但相互依赖还是违反常识的会递归报错), 比如 A 模块里的 a 在初始化的时候依赖 B 模块的 b 的初始化, 恰恰 B 在初始化的时候又依赖了 A 里 a 的初始化, 也就产生了死锁无限递归去初始化 |
| 14 Ritter OP @ClericPy 已经试过在 config 前打了还是会报错 我看了 gunicorn 内部使用 gevent 的时候也已经 patch 了 所以我觉得应该不需要打了吧 可以顺便请教一下你是怎么单独开一个符合 wsgi 的 py 文件运行 gunicorn 的吗 谢谢 |
| 15 ClericPy Mar 13, 2020 @Ritter #14 实际上就是搞一个空文件把创建 app 对象的过程单独抛出来, 网上到处都是... ``` manage 因为我六七年没用 flask 命令行去初始化也不知道里面经历的什么... 看你上面图片 config 开头就引用 app 就是个典型错误, 因为补丁要打在所有操作之前, 而 config 的第一个操作不像打补丁而是 去 handler 里 import 东西, 所以这个错误不知道你后面修了没有 ``` 我回复里点 py 居然报了一大堆 请不要在每一个回复中都包括外链，这看起来像是在 spamming 这论坛也不能贴代码... |
| 16 ClericPy Mar 13, 2020 在 docker 里调试如果费劲, 可以用最短案例先复现一个必定发生的代码吧, 那样举例子不会暴露源码也能更清晰地找问题... 又重新看了下你报错, 我好像误解了, 实际错误应该是 gevent 在 3.6 上给 ssl 打补丁的那个常见错误 |
| 18 ClericPy Mar 13, 2020 @Ritter #17 是啊, 就是 patch 位置不对, 一定要在第一行要执行的代码里打, 用多了就习惯了, 三四年没碰过 gevent 了... |
 | 19 triangle111 Mar 13, 2020 import gevent.monkey gevent.monkey.patch_all() # 服务地址（ adderes:port ） bind = '127.0.0.1:5002' # 启动进程数量 workers = 2 worker_class = 'gevent' threads = 20 preload_app = True reload = True x_forwarded_for_header = 'X_FORWARDED-FOR' chdir = './' proc_name='gunicorn.pid' #记录 PID pidfile='debug.log' access_log_format = '%(t)s %(p)s %(h)s "%(r)s" %(s)s %(L)s %(b)s %(f)s" "%(a)s"' #设置 gunicorn 访问日志格式，错误日志无法设置 errorlog = "./errlog" accesslog = "./logs" 贴一下自己 |
Select Language