django Python manage.py runserver 启动测试服务, 每次新的 http 请求都会新建一个 thread 处理, 之后会自动关闭这个线程

@chaleaoch #8

是的，连接会断，但会有情况就是炸裂的情况下，执行不到

也就是说，你有一个 http 请求，正常来到结束的时候，它会处理
但是假设你在 request 过程异常，这个执行应该是执行不到的

django/http/response.py -L 242

# The WSGI server must call this method upon completion of the request.
# See http://blog.dscpl.com.au/2012/10/obligations-for-calling-close-on.html
def close(self)

这里会做一些处理
你要继续了解，可以从这里追代码回去。

freakxx

2020-11-10 17:58:37 +08:00

你也可以简单看下
有兴趣也可以简单看下 django/db/__init__.py

-L 60，
这里是做了处理
signals.request_started.connect(close_old_connections)
signals.request_finished.connect(close_old_connections)

chaleaoch

2020-11-10 18:53:34 +08:00

@freakxx 谢谢,对的我今天下午看到了.

chaleaoch

2020-11-10 18:55:40 +08:00

@freakxx #10 你说得对,这块我也看到了.
#9 看来我还是没说明白. 我的意思是,和 django 没关系
就起了一个线程创建了一个 connection, 然后线程退出, connection 自动销毁吗? 应该自动断开吧?

freakxx

2020-11-10 20:20:35 +08:00

@chaleaoch #12

会的，
这跟客户端没关系。

你连接结束了，服务端能感知到，会关闭的。

------------------------------

我们上面谈的只是说，在某些情况，你不主动关闭，可能会引起 too many connections 这种情况。

johnsona

2020-11-10 20:37:59 +08:00

@chaleaoch 意思就是比如 wsgi server 创建一个线程去执行引用 django 对象，创建了 connection，但是没执行完，线程结束，这个 connection 还在不在？
没看过源码，不太清楚，我有几个疑问。
gunicorn 好像是 prefork 模式，也就是 gunicorn 服务器起来了，django 的 app 对象就在 worker 进程中存在了。假如一个请求来了，一个线程，那会引用当前进程的 django app 对象而不是创建（应该）。django 代码创建了 connection，但是不同线程有不同的 connection，为了不同的 connection 不搞错，会不会有类似 flask 的 threadlocal 这样的东西。
然后 django 可能会有异常处理，在捕捉到异常后，把对应 connection close 掉

chaleaoch

2020-11-10 21:22:40 +08:00

@freakxx thanks,
也就是说客户端线程没了, 并不会自动发送断开连接的 socket 请求.
而是服务端发现这个 socket 好久都没有接到消息自动断开.

多谢多谢!无意间一句话又提点我一下.

phithon

2020-11-11 00:27:06 +08:00

web 会自动关闭连接，如果不在 web 里，连接需要手工关

django Python manage.py runserver 启动测试服务, 每次新的 http 请求 都会新建一个 thread 处理, 之后会自动关闭这个线程

django Python manage.py runserver 启动测试服务, 每次新的 http 请求都会新建一个 thread 处理, 之后会自动关闭这个线程