【发布时间】:2021-11-19 12:41:38
【问题描述】:
我正试图找出一个奇怪的错误 (see here) - 基本上我看到了意外的数据库断开连接。为了调查,我在 Django 中的断开代码中添加了一个调用堆栈转储 - 现在我比以往任何时候都更加困惑......
我在调用堆栈中看到的是一个完全出乎意料的调用序列,例如:
...
File "/deployment/v_env/lib/python3.8/site-packages/qrcode/base.py", line 326, in __mod__
for item, other_item in zip(self, other)]
File "/deployment/v_env/lib/python3.8/site-packages/qrcode/base.py", line 303, in __iter__
return iter(self.num)
File "/deployment/v_env/lib/python3.8/site-packages/django/http/response.py", line 292, in close
signals.request_finished.send(sender=self._handler_class)
File "/deployment/v_env/lib/python3.8/site-packages/django/dispatch/dispatcher.py", line 180, in send
return [
...
这里我正在使用的二维码库突然跳转到 HttpResponse.close()。另一个:
...
File "/deployment/v_env/lib/python3.8/site-packages/django/db/models/query.py", line 1268, in _insert
query = sql.InsertQuery(self.model, ignore_conflicts=ignore_conflicts)
File "/deployment/v_env/lib/python3.8/site-packages/django/db/models/sql/subqueries.py", line 141, in __init__
super().__init__(*args, **kwargs)
File "/deployment/v_env/lib/python3.8/site-packages/django/http/response.py", line 292, in close
signals.request_finished.send(sender=self._handler_class)
File "/deployment/v_env/lib/python3.8/site-packages/django/dispatch/dispatcher.py", line 180, in send
return [
...
这里一些 Django DB 查询代码突然跳转到 HttpResponse.close()。
这个调用堆栈不可能是正确的 - 紧接在 close() 上方的代码根本不会调用该代码,也不会调用可能以某种方式绑定到错误对象的 close() 方法。
现在 HttpResponse.close() 可以由 uWSGI 从 C 运行时调用 - 我唯一能想到的是,这是在处理请求期间发生的,并且不知何故出现了在调用堆栈中。
所以我的问题是,真的是这样吗?对 python 的 C 调用真的只是像这样跳入调用堆栈,还是 uWSGI 未能正确保护对 Python 的调用?我知道必须在调用 python 之前获取 GIL - 也许这不会发生。或者traceback.print_stack() 没有正确处理来自 C 的调用?
任何见解。
【问题讨论】: