from http.server import HTTPServer, SimpleHTTPRequestHandler
import threading
with HTTPServer(("localhost", 8080), SimpleHTTPRequestHandler) as httpd:
threading.Thread(target=httpd.serve_forever, daemon=True).start()
# Do something ...
Когда программа выходит из блока with, гарантируется ли правильное закрытие httpd? Например, если httpd передает данные, когда код достигает конца блока with, будет ли это соединение правильно разорвано (или будет ожидаться, пока оно не завершится)?
Насколько я понимаю, ThreadingHTTPServer должен правильно с этим обращаться, потому что документ говорит:
socketserver.ThreadingMixIn.server_close()ожидает завершения всех потоков, не являющихся демонами, за исключением случаев, когда атрибутsocketserver.ThreadingMixIn.block_on_closeимеет значение false. Используйте демонические потоки, установив дляThreadingMixIn.daemon_threadsзначение True, чтобы не ждать завершения потоков.
Но я хотел бы посмотреть, справится ли с этим правильно базовый встроенный http-сервер Python HTTPServer.






http.server.HTTPServer является подклассом socketserver.TCPServer является подклассом socketserver.BaseServer. В BaseServer.serve_forever определяется. Здесь показано, что правильный способ выключения .serve_forever в другом потоке — это вызвать .shutdown(). Это то, что вы должны сделать до того, как завершится утверждение with.
Теперь к вопросу, который вы задаете: что будет делать serve_forever, если вы не звоните .shutdown()? Ну, я не уверен. Функция __exit__ только закрывает сокет, но не очищает его. Ответ выглядит так: «Что бы ни делала реализация select.select в вашей ОС, когда у нее нет сокетов для выбора». Что это такое? Судя по всему, в Unix просто продолжайте, как будто ничего не произошло, в Windows вызовите исключение? Это будет означать, что в Unix сервер будет продолжать работать вечно, а в Windows это вызовет исключение. (Обратите внимание, что я не уверен в этом. Просто .shutdown())
Это должно было ответить на мой вопрос. Спасибо!