Согласно WSGI PEP , если ваше приложение возвращает итератор с методом close (), сервер должен вызвать его в конце запроса.Вот пример:
"""
Run this script with 'python sleepy_app.py'. Then try connecting to the server
with curl:
curl -N http://localhost:8000/
You should see a counter printed in your terminal, incrementing once every
second.
Hit Ctrl-C on the curl window to disconnect the client. Then watch the
server's output. If running with a WSGI-compliant server, you should see
"SLEEPY CONNECTION CLOSE" printed to the terminal.
"""
class SleepyApp(object):
def __init__(self, environ, start_response):
self.environ = environ
self.start_response = start_response
def __iter__(self):
self.start_response('200 OK', [('Content-type', 'text/plain')])
# print out one number every 10 seconds.
import time # imported late for easier gevent patching
counter = 0
while True:
print "SLEEPY", counter
yield str(counter) + '\n'
counter += 1
time.sleep(1)
def close(self):
print "SLEEPY CONNECTION CLOSE"
def run_gevent():
from gevent.monkey import patch_all
patch_all()
from gevent.pywsgi import WSGIServer
server = WSGIServer(('0.0.0.0', 8000), SleepyApp)
print "Server running on port 0.0.0.0:8000. Ctrl+C to quit"
server.serve_forever()
if __name__ == '__main__':
run_gevent()
Однако, есть ошибка в реализации Python wsgiref (и в сервере разработки Django, который наследует от него), который предотвращает вызов close () в серединеклиент потока отключается.Поэтому в этом случае следует избегать использования wsgiref и сервера разработки Django.
Обратите внимание, что close () не будет запущен сразу после отключения клиента.Это произойдет, когда вы попытаетесь написать какое-то сообщение клиенту и потерпите неудачу, потому что соединение больше не существует.